SK 네트웍스 Family AI 캠프 32기| 102일차

Об этом предложении

Daily 회고 102일차 - 2026.09.28.월 입실 08:46 퇴실 17:50 🍙점심 : 카스테라 + 피스타치오 단백질음료 "코드 돌입!" 본격적인 코드 구현에 들어갔다. 일단 추석 연휴기간에 작업한 내역을 각자 공유하고 역할별 브랜치에서 작업한 코드를 하나의 브랜치로 합치는 단계를 거쳤다. 생각보다 merge conflict도 많이 발생하고, 제법 git에 익숙해졌다고 생각했는데 단순 커밋, 푸쉬가 아닌 협업 툴의 git 사용은 아직 많이 부족하다는 사실을 깨닫게 되었다. 이번 주는 최프와 개인 작업을 통틀어 아주 몹시 바쁠 예정이다. 잠은 포기해야될 것 같아 벌써 불안하다만 최대한 워라밸을 잘 지켜보도록 노력해보자..! ⚙️오늘의 Learning Final Project DAY 20 작업로그 1. data_processing 폴더 관리 git mv 의 rename 인식 원리 확인(삭제 후 재업로드 불필요) 다른 팀원이 같은 폴더를 독립적으로 이동시키는 걸 확인 → 내 로컬 이동분은 되돌리고, pull 받은 뒤 작업 재개 pull 후 남은 빈 폴더( final_project_cs/data_processing ), 원본 TourAPI json/csv( tourapi_artbox_seoul.json 등), 실행 불가 상태였던 build_final_dataset.py 정리 삭제 2. db_search 구현 및 정리 db_search/place_candidates.py ( read.place_candidates DB 조회) 테스트 11건 통과 확인 final_project_cs/db_search/ → app/modules/travel_ops/activity/db_search/ 로 이동, 참조 4곳 import 경로 수정 → 전체 25건 통과 scripts/load_place_catalog_csv.py 가 리팩터 커밋에서 삭제된 걸 발견 → 대체 적재 코드가 아직 없음을 확인 후 data_source 필터 기능 포함해서 복원 3. 로컬 환경 PostgreSQL이 재부팅 후 꺼져 있어 통합 테스트 스킵 → pg_ctl start 로 재기동(conda pgv 환경, Windows 서비스 아님) develop 병합 후 신규 컬럼( places.attributes ) 누락으로 시나리오 테스트 실패 → python -m app.infrastructure.db.migrate 실행 4. 문서화 및 1차 커밋 wiki/teams/activity.md 에 위 변경사항( db_search 실구현, 이동 경로, 남은 작업) 반영 커밋( 2af524a ) 후 role-activity 에 push 5. develop 병합 — 1차 시도 8개 파일 충돌( settings.py · tour_api.py · disaster_msg.py · activity/__init__.py · read_tools.py · requirements.txt · test_disaster_msg.py ·wiki) 확인 단순 충돌(버전·파라미터 병합) 해결 disaster_msg.py : develop의 더 발전된 클라이언트( DisasterMsgApi / Csv ) 채택 + 구인터페이스( near() ) 호환 메서드 추가 activity/__init__.py + team.py : develop이 이미 자체 team.py ( ItineraryWork 기반 일정관리)를 클린하게 추가해둔 걸 모르고 덮어썼다가 재확인 후 복원 우리 쪽 대체장소 기능( _alternatives )을 develop team.py 에 포팅, 위급재난 등급 판정 로직 보정, end-to-end로 직접 검증 사용자 지시로 병합 전체를 git reset --hard 로 취소(재검토 필요 판단) 6. develop 병합 — 2차 시도(최종) develop이 그 사이 더 진행되어(97961cb → 45bfb7a) 충돌 재발생 단순 충돌 4개( requirements.txt · settings.py · tour_api.py · read_tools.py ) 직접 해결 기능이 실제로 겹치는 4개( disaster_msg.py + test_disaster_msg.py , activity/__init__.py + team.py )는 develop 버전을 그대로 채택 — 우리 기능은 커밋 2af524a 에 보존, 재병합은 팀원과 협의 후 진행하기로 결정 base.py 의 중복 조립·깨진 참조( DisasterMsgSource 삭제로 인한) 정리 커밋( 4b7ff47 ) 후 push, 팀원 공유용 요약 메시지 작성 트러블슈팅 문제 원인 해결 폴더 이동을 삭제 후 재업로드해야 하는 줄 알았음 git의 rename 감지 방식을 몰랐음 git mv 사용, 내용 유사도로 자동 인식됨을 확인 같은 data_processing 이동을 팀원과 중복 작업 사전 조율 없이 각자 진행 로컬 변경 되돌리고 팀원 커밋을 pull로 받는 방식으로 전환 load_place_catalog_csv.py 삭제로 데이터 적재 경로 소실 리팩터 커밋이 "새 코드로 대체 예정"이라며 삭제했지만 대체 코드가 실제로 없었음 data_source 필터 기능 포함해서 로컬에 복원, 팀원 확인 필요 표시 통합 테스트 스킵(DB 연결 실패) 로컬 PostgreSQL이 Windows 서비스가 아니라 재부팅 후 안 떠 있음 pg_ctl start 로 수동 기동(재발 시 대응법 확인) team.py 실수로 덮어씀 git이 "한쪽만 새로 추가한 파일"은 충돌 표시 없이 자동 병합함 — develop이 이미 클린하게 추가해둔 걸 확인 안 하고 우리 내용으로 교체 git show <커밋>:<경로> 로 develop 원본을 다시 확인해 복원, 이후 유사 사례 팀원 공유 메시지에 명시 같은 ActivityTeam 클래스가 두 갈래로 발전 두 사람이 조율 없이 같은 파일을 다른 기능으로 확장(일정관리 vs 재난문자/대체장소) 즉시 합치지 않고 develop 버전 채택 + wiki에 "병합 보류" 섹션으로 남겨 팀원과 별도 협의하기로 결정 대체장소 포팅 중 재난문자 등급 오판정 버그 "재난문자면 무조건 대체 안 찾음"으로 너무 넓게 처리 — 실제론 "위급재난" 등급일 때만 그래야 함 disruptions.py 가 실어주는 원문 등급( step )으로 정확히 구분하도록 수정, 직접 시뮬레이션으로 검증 base.py 에서 sources.disaster 가 두 번 조립됨 서로 다른 줄 위치에 추가돼 텍스트 충돌로는 안 잡히지만 실제로는 같은 슬롯을 덮어쓰는 로직 충돌 중복 필드·중복 조립 블록 제거, 삭제된 클래스( DisasterMsgSource ) 참조로 인한 잠재 ImportError 방지 🎵오늘의 4L 😄LIKED(좋았던 점) db_search 를 실제 경로로 옮기고 전체 테스트 25건이 통과하는 걸 확인했다. 대체장소 기능의 재난문자 등급 오판정 버그를 직접 찾아 고치고, 시뮬레이션으로 검증까지 했다. 삭제된 적재 코드( load_place_catalog_csv.py )를 발견해 복원하면서 데이터 적재 경로를 지켜냈다. 😭LACKED(부족했던 점) 팀원과 조율 없이 같은 폴더 이동과 같은 클래스 확장을 해서 중복 작업이 생겼다. develop에 이미 있던 team.py 를 확인하지 않고 덮어써서 되돌리는 데 시간을 썼다. 1차 병합을 통째로 취소하면서, 병합 전에 충분히 검토하지 않았다는 걸 느꼈다. 😮LEARNED(배웠던 점) git mv 로 옮기면 git이 내용 유사도로 rename을 알아서 인식한다는 걸 알게 됐다. 한쪽에서만 새로 추가한 파일은 충돌 표시 없이 병합된다는 걸 배웠다. 충돌이 안 났다고 안전한 게 아니었다. 텍스트 충돌이 없어도 같은 슬롯을 두 번 조립하는 것 같은 로직 충돌이 생길 수 있다는 걸 알았다. 로컬 PostgreSQL은 재부팅하면 pg_ctl start 로 직접 켜야 한다는 걸 확인했다. 🤗LONGED FOR(바라는 점) 같은 파일이나 폴더를 건드리기 전에 팀원과 먼저 말을 맞추고 시작하고 싶다. 보류해 둔 대체장소·재난문자 기능을 팀원과 협의해서 develop에 제대로 합치고 싶다. 병합 전에 git log 와 git show 로 상대 브랜치 변경점부터 확인하는 습관을 들이고 싶다.