1. Git 작업 흐름

• 작업 시작 시

git checkout develop  
git pull origin develop  
git checkout -b 브랜치명  

• 작업 후

git add .  
git commit -m "커밋 메시지"  
git push origin 브랜치명  

• Pull Request(PR) 생성 후 코드 리뷰 요청

  1. PR 규칙

• 제목: #이슈번호 작업 요약 (예: #10 로그인 UI 수정)

• 본문: 변경사항 설명 및 테스트 방법 추가

• 리뷰어는 PR 확인 후 반드시 승인 또는 수정 요청

  1. Merge 규칙

• Merge는 코드 리뷰 후 진행하며, squash merge 방식을 권장

• 충돌 발생 시 rebase를 통해 충돌 해결 후 다시 PR 진행

  1. 브랜치 네이밍 규칙

• 브랜치 유형/이슈번호-작업내용 형태로 작성

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 다른 브랜치와 병합
  1. 브랜치 전략