GitHub 사용 규칙

Repository 구성

• Local Repository에서 작업을 완료한 한 후 작업 브랜치를 Origin Repository에 push한다.
• Origin Repository에 push한 브랜치를 Upstream Repository로 merge하는 Pull Request를 생성하고 코드리뷰를 거친 후 merge 한다.
• 다시 새로운 작업을 할 때 Local Repository에서 Upstream Repository를 pull 한다.

Git-flow 전략

master branch

• 제품으로 출시될 수 있는 브랜치
• 배포 가능한 상태만을 관리한다.

develop branch

• 다음 출시 버전을 개발하는 브랜치
• develop 브랜치는 통합 브랜치의 역할을 하며, 평소에는 이 브랜치를 기반으로 개발을 진행한다.

feature branch

• 기능을 개발하는 브랜치
• develop 브랜치로부터 분기한다.
• feature 브랜치는 그 기능을 다 완성할 때까지 유지하고, 다 완성되면 develop 브랜치로 merge한다.

release branch

• 이번 출시 버전을 준비하는 브랜치
• develop 브랜치에 이번 버전에 포함되는 기능이 merge 되었다면 QA를 위해 develop 브랜치에서부터 release 브랜치를 생성한다.
• 배포를 위한 최종적인 버그 수정 등의 개발을 수행한다.
• 배포 가능한 상태가 되면 master 브랜치와 develop 브랜치로 병합시키고, 출시된 master 브랜치에 버전 태그를 추가한다.

hotfix branch

• 출시 버전에서 발생한 버그를 수정 하는 브랜치
• master 브랜치에서 분기하는 브랜치한다.
• hotfix 브랜치에서의 변경 사항은 develop 브랜치에도 merge하여 문제가 되는 부분을 처리해 주어야 한다.

git-flow로 작업한 예시

aldfjsaklfjsdfjsdlfjsdlfjdsfj

참고

우형 기술블로그 git-flow