특징

1. main 브랜치, develop 브랜치, feature 브랜치로 크게 3가지의 브랜치 전략을 사용하고 있습니다.
2. feature 브랜치의 경우 Github에 작성한 이슈의 번호로 브랜치 이름을 작성합니다.
3. main 브랜치와 develop 브랜치는 계속 유지하고, feature 브랜치는 사용후 바로 삭제합니다.

간단한 브랜치 설명

main

• 초기 폴더 구조와 최악의 경우를 대비한 백업용 브랜치
• project 출시 전 develop 브랜치와 merge를 진행하며 main 브랜치를 기준으로 CI / CD를 구현하여 배포를 진행합니다.
• 배포를 담당하게 되는 브랜치이기 때문에 오류가 존재하면 안됩니다.

develop

• main 브랜치를 분기로 구현한 기능들을 모두 담고있는 브랜치
• main 브랜치와 merge를 할 경우 모든 오류 및 버그를 수정하여 merge를 진행해야 합니다.
• develop 브랜치에서 직접적인 commit은 허용하지 않습니다. 하지만 급한 error fix 작업을 진행하게 될 경우 hotfix! 로 commit을 진행해야 합니다.
  • 작성 예) hotfix!: 로그인 관련 오류 수정

feature

• 기능 구현을 진행하는 브랜치
• develop 브랜치를 분기로 생성하며 브랜치의 이름은 Github에 작성한 이슈의 번호로 작성합니다.
  • 작성 예) Feat/issue-#12
• 기능 구현을 완료했다면 develop 브랜치로 pull requests를 날려 이상이 없는지 확인합니다.