Git Branch 전략: Git Flow 전략 사용

목표: 효율적인 개발 프로세스를 위한 Git Flow 전략 사용.

개발 환경

• Branches: main, feature만 사용
• 코드 리뷰: PR 코드리뷰는 한 명 이상 승인 필요
• 자동화: 병합된 브랜치는 자동 삭제
• 권한 관리: 관리자만 -force 옵션 사용 가능

작업 프로세스

1. Backlog 생성
   • 회의 후 GitHub Projects에서 backlog 항목 초안 작성
2. Backlog 준비
   • Backlog 항목이 구현 결정되면 Ready 상태로 이동
3. 구현 시작
   • 구현 시작 시 In progress 상태로 이동하고, draft를 issue로 변경
   • TODO 리스트 작성
   • Assignee, Priority, Size, Label, Milestone 등 선택
4. Branch 생성
   • 이슈 번호와 타입에 따라 feature/#이슈번호-브랜치이름 방식으로 로컬 브랜치 생성
     • feature: 새로운 기능 추가
     • fix: 버그 수정
     • docs: 문서 수정
     • style: 코드 포맷팅, 세미콜론 누락 등 코드 변경이 없는 경우
     • refactor: 코드 리팩토링
     • test: 테스트 코드, 리팩토링 테스트 코드 추가
5. 커밋 메시지
   • 커밋 메시지는 #이슈번호로 시작하여 추적 가능하도록 작성
6. Pull Request (PR)
   • PR 생성 후 해당 issue와 연결
   • Reviewer 지정
   • PR conversation에 ‘This closes #이슈번호’ 형식으로 저장
7. PR 병합
   • Reviewer 한 명 이상이 승인하면 PR 병합

git branch 전략:  Git Flow전략 사용. (추후 CI/CD도 염두에 두고 있음)

• 개발 profile에서 main - feature만 사용