branch convention

Tags
branch
merge
PR
설명
브랜치 관리 규칙 정의

1. git-flow 개요

A successful Git branching model
This model was conceived in 2010, now more than 10 years ago, and not very long after Git itself came into being. In those 10 years, git-flow (the branching model laid out in this article) has become hugely popular in many a software team to the point where people have started treating it like a standard of sorts - but unfortunately also as a dogma or panacea.
A successful Git branching model
https://nvie.com/posts/a-successful-git-branching-model/
A successful Git branching model
  • 그림에서 develop은 우리 리파지토리에서는 dev 브랜치와 같음
  • 당분간은 dev 브랜치만 사용하고, 모든 수정은 dev에서 새 브랜치 checkout 후 작업하고, 작업 완료 후 pull request 를 통해 merge
  • pull request

2. git-flow

notion image

브랜치 관리

  • master: 배포 버전 / 운영 서버와 연결되어 있으며 운영 테스트가 완료된 상태
  • hotfix: 긴급 패치가 필요한 경우 dev가 아닌 hotfix-XX 브랜치에서 작업 후 바로 master에 반영
  • dev: 개발 버전 / 개발 서버와 연결되어 있으며 통합 테스트 및 리뷰가 완료된 상태
 
브랜치 명명 규칙