참고자료

[GIT] 📈 깃 브랜치 전략 정리 - Github Flow / Git Flow

GITHUB-FLOW 전략

위 그림에서 Master 브랜치라고 언급하지만, 프로젝트에서는 Main 브랜치로 변경

1. Main 브랜치는 초기 환경 세팅이 끝난 상태여야 한다.
2. 

**브랜치 생성**
1. Main 브랜치는 항상 최신 상태며 엄격한 role과 함께 사용한다.
2. 새로운 브랜치는 항상 Main 브랜치에서 만든다.
3. 브랜치 네이밍은 자세하게 어떤 일을 하고 있는지에 직관적이어야 한다.
4. 서브 브랜치가 없기 떄문에 각 브랜치에서 충분한 테스트를 진행해야한다.

**개발 & 커밋 & 푸쉬**
1. 커밋메시지를 명확하게 작성
2. 원격지 브랜치로 수시로 push 진행(팀원들과 진행 상황 공유)
3. 서브 브랜치 없다는 사실은 항상 인지하고 개발을 진행해야한다.

**PR(Pull Request) & 테스트**
1. PR를 이용하여 코드 리뷰를 진행한다.
2. 코드 리뷰가 끝난 후 Main 브랜치에 merge 한다. ( *rebase 방식으로* )
3. merge가 끝난 후 Main 브랜치에서 테스트를 진행한다,
(CI/CD 에 관한 학습이 없었으므로 그 부분을 제외)
4. 코드리뷰 및 배포는 월, 목 진행한다.
5. 코드리뷰 지정일 외 피드백, 도움이 필요하다면 PR 생성 후 카카오톡으로 요청한다.

**FINAL**
1. PR를 통해 Main 브랜치로 merge가 완료되면 해당 브랜치는 삭제한다.
*2. Deploy는 Github Actions 사용해야 할 것 같다.*