Branch Strategy - DDD-Community/pregen-server GitHub Wiki

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

⚠️ GitHub.com Fallback ⚠️