🌲 브랜치 전략

🌿 브랜치 분류

• dev (default)
• release
• (PART)/feature
• (PART)/bugfix
• (PART)/refactor

🌿 브랜치명

• (1)/(2)/(3)
  1. 분야 : FE , BE , DEVOPS
  2. 분류 : feature , bugfix , refactor
  3. 이슈 : #{이슈 번호}-{이슈 이름}

<aside> 💡 이슈 제목

• FE/feature/#1-기능-이름
• FE/feature/#2-버튼-컴포넌트
• BE/bugfix/#3-어떤-API
• DEVOPS/feature/#4-PR-라벨-자동-설정
• FE,BE/feature/#5-FE랑-BE-같이-개발 (BE,FE 도 가능)
• DEVOPS/bugfix,refactor/#6-버그픽스-리팩토링-같이-함 </aside>

• husky로 commit message 이슈 연결 자동화
  1. feature 브랜치에서 작업할때만 이 작업이 되어야 한다: 현재 브랜치가 master, develop, release, hotfix인 경우 skip
  2. 브랜치 이름으로부터 이슈 번호 가져오기: feature/#30-어떤-기능 인경우 feature/#30를 뽑아오기
  3. 커밋 메세지에 저게 적혀있으면 skip, 아니면 feature/#30-기존-커밋-메시지
• PR merge할 때, squash & merge → rebase merge
• merge된 브랜치는 삭제

✅ 커밋 전략

• feat : 새로운 기능 추가