브랜치 전략

Github-flow

Why?

• 짧은 주기로 PR을 보내고 merge 할 수 있다.
• 프로젝트 주기가 짧기 때문에 혼동이 적고 빠르게 이해할 수 있는 전략이 필요했다.
• 소규모 팀에 적합한 구조이다.

Important!

• 팀원 모두 main 브랜치가 항상 Stable 해야 한다는 명시적 혹은 암묵적 합의가 필요하다.

Rule

• 분야별 메인 브랜치를 둔다 - iOS, BE
• PR을 보내기 전, master 브랜치를 반드시 rebase해야 합니다.
• 브랜치 이름 규칙
  • 분야-설명-#이슈번호
  • 분야 : iOS, BE, Common
  • 설명 : 이슈 요약