# Git Convention

1. Git Flow

기본 브랜치는 develop입니다.

<aside> 🙂 <순서>

1. Issue를 생성한다.
2. feature branch에서 해당 이슈번호를 가진 branch를 새로 생성한다.
3. 2번에서 생성한 branch에서 작업을 진행한다.
4. Add - Commit - Push - Pull Request 의 과정을 거친다.
5. Pull Request가 작성되면 작성자 이외의 다른 팀원이 Code Review를 한다.
6. Code Review가 완료되면 Pull Request 작성자가 develop Branch를 해당 브랜치로 pull을 받고 충돌을 해결하고 빌드 테스트를 한다.
7. Pull Request 작성자가 develop Branch로 merge 한다.
8. 종료된 Issue와 Pull Request의 Label을 관리한다.

</aside>

<aside> 💡 누군가 브랜치를 머지했을 때 본인이 작업한 브랜치 devleop branch pull을 통해서 그때 그때 충돌해결해서 conflict 최소화

</aside>

<aside> 💡 1 issue 1 pull request: PR을 작은 단위로 가져가자, ISSUE를 작은 단위로 나누자

• issue랑 PR을 최대한 작게 작게 나누자 (코드리뷰 용이) </aside>

2. Issue Convention

[<PREFIX>] <Description>

ex. [FEAT] 로그인뷰 전체 레이아웃 구현

Issue & Commit & PR Prefix

• FEAT : 새로운 기능 구현
• ADD : Feat 이외의 부수적인 코드 추가, 라이브러리 추가, 새로운 View나 Activity 생성
• SETTING: 세팅 관련
• CHORE : 그 이외의 잡일/ 버전 코드 수정, 패키지 구조 변경, 파일 이동, 가독성이나 변수명, reformat 등
• FIX : 버그, 오류 해결
• DEL : 쓸모없는 코드 및 파일 삭제
• MOVE : 파일 위치 이동
• DOCS : README나 WIKI 등의 문서 개정
• REFACTOR : 내부 로직은 변경 하지 않고 기존의 코드를 개선하는 리팩토링 시