📈 Git 전략

✒ Commit Convention

Commit 내역 만으로 완료한 기능의 히스토리를 파악하기 쉽도록 Commit Convention적용.

Header: 제목 이름
- 디테일한 사항들은
- 이렇게 추가해요

Header 목록

Header	Content
UI	화면 개발 (View, compose)
Feat	기능 개발
Fix	버그 픽스
Refactor	리팩토링 진행
Docs	문서 수정, 주석 추가
File	파일 삭제, 이름 변경
Chore	이외 프로젝트 변경사항(빌드, 버전 변경)

---

✒ Branch Convention

배포를 최종적인 목표로 설정해 Git Flow를 기반으로 브랜치 역할을 분리.

🌿 Branch Naming

Branch Name	Description
main	배포가 가능할 정도로 리뷰된 코드 & 앞으로의 추가 개발의 base가 될 수 있는 코드
dev	개발중인 branch, feature의 merge 대상
feature	기능 단위의 branch
releases	배포 기능 설정 후 안정화용 브랜치

📤 Push 순서

1. 작업진행
2. git pull {remote} dev
3. push → pr - dev

※ pull을 할 때에는 rebase를 활용 ( git pull —rebase remote [branch] )

feature/branch-name

---

✒ Pull Request Convention

1. main브랜치는 직접 push가 불가능 하도록 설정.

2. PR요청시 반드시 모든 팀원이 approve해야 병합이 가능하도록 설정.

3. PR시 반드시 리뷰 원하는 부분에 코멘트 작성.

4. 하나의 PR에 다른 팀원 모두가 각각 적어도 1개 이상의 코멘트 작성.

5. 코멘트는 반드시 1개 이상의 칭찬을 포함하기.

6. PR 병합시 graph 히스토리를 선형으로 관리하기 위해 옵션을 Rebase로 지정하기.

7. 병합이 완료된 branch는 Remote Repository에서 삭제하기.

8. PR 네이밍은 다음과 같이 작성.

   [{task_name}/#{issue_number}] 끝마친 작업 나열

   [Login/#2] 로그인 api 연결 

---

✒ Issue Convention

1. 작업 진행시 Issue 선택 후 내부의 Create Branch를 통해 연동된 Branch생성 후 작업 진행하기.

   • 작업 완료 후 branch삭제 시 Issue가 자동으로 닫히도록 하기 위함.

2. commit시 작업 내용과 연관된 Issue번호를 마지막에 적어주기 #{issue_number}

   • 다른 Issue의 작업을 진행할 경우에는 해당 Issue번호를 함께 적기
     ex) 버그 해결과 같은 작업