[GIT] 깃 플로우: git-flow & github-flow & gitlab-flow

참고

https://www.hanbit.co.kr/store/books/look.php?p_code=B8463790401 

만들면서 배우는 Git+GitHub 입문

 

git-flow

https://nvie.com/posts/a-successful-git-branching-model/

A successful Git branching model

 

모델

브랜치를 다섯 가지 역할로 나눈다.

• develop 브랜치
• feature 브랜치
• release 브랜치
• master 브랜치
• hotfix 브랜치

 

develop 브랜치

하나만 존재한다.

여기에서 모든 개발이 시작된다. 

feature 브랜치와 release 브랜치, hotfix 브랜치가 이 브랜치에 병합된다.

이 브랜치는 오직 병합 커밋만 이뤄진다.

 

feature 브랜치

여러 개가 존재한다.

feature 브랜치는 develop 브랜치를 기반에 두고 브랜치되어 새로운 기능 개발이나 버그 수정을 담당한다.

갈라져 나오는 것도, 다시 병합하는 것도 오직 develop 브랜치와만 한다.

각각의 브랜치는 하나의 기능(의도)만을 가진다.

 

release 브랜치

develop 브랜치에서 갈라져 나와서 배포 준비를 하는 브랜치이다.

오로지 버그 수정만을 한다. 배포본의 완성도를 높이는 브랜치이다.

수정된 버그는 develop 브랜치에 병합된다.

 

master 브랜치

실제 배포되는 버전이 있는 브랜치이다. release 브랜치를 기반으로 브랜치된다. hotfitx 브랜치의 기반 브랜치가 된다.

 

hotfix 브랜치

master 브랜치, 즉 현재 배포 중인 코드에 버그가 있어 급히 수정할 때만 사용하는 브랜치이다.

수정된 내용은 master, develop 브랜치에만 반영한다. 

 

특징

주기적으로 작업 결과를 배포하는 프로젝트에 적합하다. 매우 견고한 코드를 생산하면서 배포 간격이 충분히 긴 프로그램이나 솔루션을 다루는 프로젝트에 적합하다.

빠른 개발과 배포에 알맞지는 않다.

 

권장

게임이나 SI 개발 환경에서 권장

- 유지보수가 쉽지 않은 경우

   - 사용 환경이 오프라인일 경우

   - 도중에 실행을 중단할 수 없는 경우

   - 사용자가 유지보수에 관심을 가지지 않을 경우

 

github-flow

https://docs.github.com/en/pull-requests/collaborating-with-pull-requests/proposing-changes-to-your-work-with-pull-requests/about-branches

About branches - GitHub Docs

 

모델

두 가지의 브랜치 종류만 존재한다.

• master 브랜치
• feature 브랜치

 

master 브랜치

언제나 배포할 수 있는 상태로 유지되는 브랜치.

보통 하나만 존재한다.

오직 병합 커밋만 할 수 있다.

 

feature 브랜치

여러 개가 존재할 수 있다.

master 브랜치에서 갈라져서 새 기능을 추가하거나, 버그를 수정하거나, 그 외의 모든 코드 수정을 담당한다.

한 번에 하나의 의도만을 구현한다.

 

권장

웹 애플리이케이션 등

- 가벼운 프로젝트. 빠른 기능 추가와 수정이 필요한 분야.

 

gitlab-flow

https://about.gitlab.com/topics/version-control/what-is-gitlab-flow/

What is GitLab Flow?

 

github-flow의 부족한 점인 안전성과 배포 시기 조절 가능성을 추가 브랜치를 두어 보강하는 전략을 사용한다.

 

Github-flow with Production

production 브랜치가 있다. feature 브랜치의 작업 결과가 master 브랜치로 병합되고, 배포 준비가 되면 master 브랜치에서 production 브랜치로 병합한다. 오직 배포만을 담당한다.

 

권장

모바일 앱 개발

사용자의 의도대로 배포할 수 없는 환경에 적절함.

 

Github-flow with Pre-production and Production 

Github-flow with Production 작업 흐름에 pre-production 브랜치를 추가한 모델이다.

pre-production 브랜치는 테스트 브랜치이다. 개발환경에서 바로 배포하지 않고 사용 환경과 동일한 테스트 환경에서 코드를 테스트하는 것이다.

 

활용

모바일 앱 개발 시 각종 하드웨어에서 제대로 실행되는지 테스트할 필요가 있을 경우 production 브랜치로 결과를 넘기기 전에 pre-production 브랜치에서 테스트할 수 있다.

웹 개발의 경우, 로컬 저장소에서 기능 개발을 한 다음, 테스트 서버에서에 시험하는 것을 pre-production 브랜치를 만드는 것으로 생각할 수 있다. 

그 외 프로젝트 특성 상 두 단계에 걸쳐 테스트와 배포를 진행해야 할 필요가 있다면 사용할 수 있는 작업 흐름이다.