• 작업 시작 시
git checkout develop
git pull origin develop
git checkout -b 브랜치명
• 작업 후
git add .
git commit -m "커밋 메시지"
git push origin 브랜치명
• Pull Request(PR) 생성 후 코드 리뷰 요청
• 제목: #이슈번호 작업 요약 (예: #10 로그인 UI 수정)
• 본문: 변경사항 설명 및 테스트 방법 추가
• 리뷰어는 PR 확인 후 반드시 승인 또는 수정 요청
• Merge는 코드 리뷰 후 진행하며, squash merge 방식을 권장
• 충돌 발생 시 rebase를 통해 충돌 해결 후 다시 PR 진행
• 브랜치 유형/이슈번호-작업내용 형태로 작성
master | 사용자에게 배포 가능한 상태를 관리 |
---|---|
develop | 다음 출시 버전을 개발 / 배포가 가능해진 상태가 되면 develop branch를 master branch로 merge |
feature | 기능을 개발 / 새로운 기능 개발 및 버그 수정이 필요할 때마다 develop branch에서 분기 |
release | 이번 출시 버전을 준비 |
hotfix | 출시 버전에서 발생한 버그를 수정 / 배포한 버전에서 긴급히 수정을 해야 하는 경우에 master branch로 분기 |
브랜치 유형 | 설명 |
---|---|
Feat | 기능 추가 |
Fix | 버그 수정 |
Refactor | 리팩토링 작업 |
Design | UI/디자인 변경 |
Test | 테스트 코드 추가 |
Hotfix | 긴급한 버그 수정 |
Chore | 기타 설정 파일 변경 |
Add | 라이브러리 추가 |
Del | 필요없는 코드 삭제 |
Setting | 프로젝트 설정 |
Merge | 다른 브랜치와 병합 |