Branch

🌳 브랜치 룰

1. 브랜치 이름은 아래와 같이 정합니다.
   • 브랜치 타입은 아래의 브랜치 타입을 따릅니다.
   • type 의 맨 앞은 소문자로 작성합니다.
   • type 를 줄이지 않습니다.
   • 이슈 번호로 작성한 이슈와 연결합니다. (하단 이슈 관련 룰 참고)

<type>/<#issue number>

feature/#1

2. 브랜치 타입은 아래와 같습니다.

타입	내용
main	release 브랜치 입니다.
feature	새로운 기능 추가, 기존의 기능을 요구 사항에 맞추어 수정
fix	버그를 수정한 경우
refactor	코드 스타일, 포맷팅에 대한 수정

3. 브랜치 전략은 Github flow 를 따릅니다.

4. 모든 브랜치는 develop 브랜치에서 분기합니다.

5. 특수한 상황을 제외하고 분기된 브랜치에서 브랜치를 다시 분기하지 않습니다.

6. 원격 브랜치로 수시로 push 해주세요.

   • 항상 원격지에 자신이 하고 있는 일들을 올려 다른 사람들도 확인할 수 있도록 해주세요.

7. PR을 보내기 전, develop 브랜치를 반드시 rebase해야 합니다.

8. 보스턴 고사리 브랜치 전략 총 정리

삭제되지 않는 브랜치	설명
main	코드 베이스가 되는 브랜치. hotfix 브랜치의 원본 브랜치 역할을 한다.	-	-
develop	개발이 완료되었을때 develop 으로 올린다.

삭제되는 브랜치	설명	생성시기 및 베이스 브랜치	머지 시기 및 대상 브랜치
feature/#이슈번호	기능을 개발하는 브랜치.	develop 브랜치로부터 생성	기능 개발이 완료된 시점에 머지. 머지된 순간 다른 브랜치는 main 브랜치 rebase 필요.
hotfix/#이슈번호	배포버전에 오류가 있어 빠른 대응이 필요할 때 생성하는 브랜치.	핫픽스가 필요한 때, main 브랜치로부터 생성	hotfix를 배포한 뒤 안정적이라고 판단되었을 때, main으로 머지(현재 생성되어있는 브랜치는 hotfix 수정 내용을 rebase)

🐘 참고 사이트

• https://medium.com/daangn/매일-배포하는-팀이-되는-여정-1-브랜치-전략-개선하기-1a1df85b2cff

• https://techblog.woowahan.com/2553/

• https://da-nyee.github.io/posts/git-git-branch-strategy/

• https://sihyung92.oopy.io/architecture/gitflow-vs-githubflow - 강추