기능 단위와 화면 단위를 분리하여 dev 브랜치를 기준으로 feature 브랜치를 분기하여 병렬 개발 진행

단일 브랜치에서 모든 작업을 동시에 진행할 경우 UI 수정, 상태 처리, 추천 로직, 테스트 설정이 한곳에 섞이면서 충돌 가능성이 높아지기 때문에 UI브랜치와 기능 브랜치를 분리함

브랜치 구조

• main → 배포용 브랜치
• dev → 개발 통합 브랜치
• feature/* → 작업 단위 브랜치

병렬 개발 원칙 (작업방식)

• UI와 기능 로직을 분리하여 병렬 개발
• 동일 파일을 여러 브랜치에서 동시에 수정하지 않음
• 각 브랜치는 하나의 책임만 담당
• 작업 완료 후 dev 브랜치에 순차적으로 병합
• 최종 검증 완료 후 main 브랜치에 반영

UI 브랜치 X → 기능 브랜치부터 먼저 진행하는 이유

입력 데이터 구조, 상태값 생성, 저장 방식, 추천 로직, validation 조건이 먼저 정리되어야

이후 UI와 연결할 때 구조가 흔들리지 않음

특히 다음 요소들은 화면보다 먼저 기준이 확정되어야 함

• 사용자 입력 데이터 구조