Branch Strategy

Follows git-flow

• [about git-flow]

main

• 출시 가능 브랜치
• release 이력 관리

develop

• 출시 버전 개발 브랜치
• feature 브랜치 병합 용도
• 규칙
  • commit, push 금지
    • only PR
  • QA 종료 시, release version tag 부착 및 main에 병합

feature

• 기능 개발 브랜치
• 규칙
  • develop으로부터 checkout
  • 기본적으로 1 Issue - 1 Feature Branch - 1 PR 원칙을 고수
    • 경우에 따라 N Issue - 1 Feature Branch 가능
  • PR 머지 완료 후 삭제
  • 네이밍
    • feature/{issue–number}-{description}
      
      • e.g., feature/8-add_presentation_api

release

• 출시 버전 브랜치
• 규칙
  • develop으로부터 checkout
  • 이번 버전의 준비 중인 출시 버전만 유지하며, 배포 완료 시 삭제
  • 네이밍
    • release/{x}.{y}.{z}
      • e.g., release/2.0.4

hotfix

• 배포 버전에서 문제 발생 시, 해당 브랜치에서버그 수정
• 규칙
  • main으로부터 checkout
  • 수정 완료 후 main, develop에 모두 반영
  • 네이밍
    • hotfix/{x}.{y}.{z}-{description}
      • e.g., hotfix/2.0.4-remove_something_wrong_code

release & tag

• production 배포마다 release 및 tag 추가
• 규칙
  • 네이밍
    • v{x}.{y}.{z}
      • e.g., v2.0.4