브랜치 전략

Git flow 전략

main branch(뒤에 추가적인 이름 x)
- master : 제품으로 출시될 수 있는 브랜치, 기준이되는 브랜치
- develop : 다음 출시 버전을 개발하는 브랜치, 일반적으로 merge 대상(default) 브랜치로 사용
sub branch(뒤에 추가적인 이름 o)
- feature : 각 작업(기능)을 개발하는 브랜치
  
  ex) feature-login or feature/login 다른 방식으로 하고 싶은 추가적인 이름 붙히는 규칙 우리끼리 정하기 feature/포지션/기능 이런식으로 브랜치명 정해도 좋은 것 같음
  
  feature 브랜치도 각 기능 구현 완성되면 브랜치 끊어낼지 남겨둘지 정해야할 것 같음
  
  <aside> 💡 배포 전까지는 우선 master, develop, feature 브랜치만 사용할 것임
  
  </aside>
- release : 이번 출시 버전을 준비하는 브랜치
  
  ex) release/1.0
- hotfix : 출시 버전에서 발생한 버그를 긴급히 수정 하는 브랜치
  
  ex) hotfix/1.0.1

feature 브랜치 → MR(Merge Request) → develop 브랜치 → 완성된 기능 → master 브랜치

<aside> 💡 <타입>[적용범위]: <설명> ex) Feat[FE]: 로그인기능 추가(api 연결 필요)

</aside>

Untitled (1).png