1. Git

1.1. Rules

1.1.1. Git Flow

작업 시작 시 선행되어야 할 작업은 다음과 같습니다.

<aside> 🎄 1. issue를 생성합니다. 2. feature branch를 생성합니다. 3. add → commit → push → pull request 를 진행합니다. 4. pull request를 develop branch로 merge 합니다. 5. 이전에 merge된 작업이 있을 경우 다른 branch에서 진행하던 작업에 merge된 작업을 pull 받아옵니다. 6. 종료된 issue와 pull request의 label을 관리합니다.

</aside>

1.1.2. IntelliJ

IntelliJ로 작업을 진행하는 경우, 작업 시작 시 선행되어야 할 작업은 다음과 같습니다.

<aside> 🎄 1. 깃허브 프로젝트 저장소에서 issue를 생성합니다. 2. IntelliJ의 git 탭 → local develop branch 우클릭 → update를 진행합니다. 3. IntelliJ의 git 탭 → local develop branch 우클릭 → new branch from ‘develop’을 진행합니다. 4. 생성한 issue 번호에 맞는 feature branch를 생성함과 동시에 feature branch로 checkout 합니다. 5. feature branch에서 issue 단위 작업을 진행합니다. 6. 작업 완료 후, add → commit을 진행합니다. 7. push 하기 전, remote develop branch의 변경 사항을 확인하기 위해 2번 과정을 다시 수행합니다. 8. IntelliJ의 git 탭 → local develop branch 우클릭 → merge ‘develop’ into ‘4번 과정에서 생성한 feature branch’를 진행합니다. 9. 만약 코드 충돌이 발생하였다면, IntelliJ에서 코드 충돌을 해결하고 add → commit을 진행합니다. 10. push → pull request(feature branch → develop branch)를 진행합니다. 11. pull request가 작성되면 작성자 이외의 다른 팀원이 code review를 진행합니다. 12. 최소 한 명 이상의 팀원에게 code review와 approval을 받은 경우 pull request 생성자가 merge를 진행합니다. 13. 종료된 issue와 pull request의 label과 milestone을 관리합니다.

</aside>

1.1.3. Etc

준수해야 할 규칙은 다음과 같습니다.

<aside> 🎄 1. develop branch에서의 작업은 원칙적으로 금지합니다. 단, README 작성은 develop branch에서 수행합니다. 2. commit, push, merge, pull request 등 모든 작업은 오류 없이 정상적으로 실행되는 지 확인 후 수행합니다.

</aside>

1.2. Branch

branch의 naming rule은 1.2.1을 준수합니다. branch는 작업 단위 & 기능 단위로 생성하며 이는 issue를 기반으로 합니다.

1.2.1. Branch Naming Rule

branch를 생성하기 전 issue를 먼저 작성합니다. issue 작성 후 생성되는 번호로 branch의 이름을 결정합니다. <Prefix>/<Issue_Number> 의 양식을 준수합니다.

1.2.2. Prefix

• main : 프로덕트를 배포하는 브랜치입니다.
• develop: 프로덕트 배포 전 기능을 개발하는 브랜치입니다.