Git Convention

Branch Strategy

Git Flow

기본적으로 Git Flow 전략을 이용한다. Fork한 후 나의 repository에서 작업하고 구현 후 원본 repository에 pr을 날린다. 작업 시작 시 선행되어야 할 작업은 다음과 같다.

1. Issue를 생성한다.
2. feature Branch를 생성한다.
3. Add - Commit - Push - Pull Request 의 과정을 거친다.
4. Pull Request가 작성되면 작성자 이외의 다른 팀원이 Code Review를 한다.
5. Code Review가 완료되면 Pull Request 작성자가 develop Branch로 merge 한다.
6. merge된 작업이 있을 경우, 다른 브랜치에서 작업을 진행 중이던 개발자는 본인의 브랜치로 merge된 작업을 Pull 받아온다.
7. 종료된 Issue와 Pull Request의 Label과 Project를 관리한다.

Git Branch

Branch Naming Rule

• main : 개발이 완료된 산출물이 저장될 공간
• develop : feature 브랜치에서 구현된 기능들이 merge될 브랜치 나머지 브랜치는 별 다른 규칙 없이 알아볼 수 있도록 작성하며 해당 브랜치에서 할 일이 끝나면 브랜치를 삭제한다.

Commit Message

별도의 prefix는 없으며 알아보기 쉽게 자세히 적는다.

issue

별도의 규칙은 없으며 알아보기 쉽게 자세히 적는다.

pull request convention

별도의 규칙은 없으며 알아보기 쉽게 자세히 적는다.

Code Review

fork한 repository에서 작업한 후 Create Pull Request를 원본 repository에 요청한다. 서로 code Review 후 merge한다.