[컴][툴] GitLab Flow

gitlab flow / 깃랩 플로우 / git flow /

GitLab Flow

git flow 보다 좀 더 간단한 정책이다. 그래서 좀 더 매력적으로 여겨진다.

대략적으로 git flow 와 비교를 한다면, gitflow 의 develop 과 feature 부분이 존재하고, 추가로 production branch 라는 것이 존재한 다는 것이다.

• gitflow develop --> gitlab flow master
• gitflow feature --> gitlab flow feature
• gitflow master --> gitlab flow production

그래서 모든 개발은 feature 를 따서 진행하고, 개발이 완료되면 master 로 merge request 를 보내서 merge 를 한다. 그러고 나서 master 에서 많은 test 가 진행이 되고나서, stable 한 버전을 하나 만들 때 production branch 로 merge 를 해서 tag 를 붙이면 된다. 그래서 이 production branch 는 계속 유지가 된다.

여기 를 보면, production branch 를 2개를 둘 수도 있다. pre-production, production 그래서 pre-production 에서 흔히 test server 에 deploy 를 하고, 이후에 여기서 다시 실제 staging version 으로 production branch 를 뽑는 방식으로 사용하는 듯 하다.

Release branches with GitLab flow 에는 release branch 에 대한 사용법도 나온다. 이것은 거의 git flow 의 release branch 처럼 사용하는 방식인 듯 보인다. 이 경우 production branch 를 따로 두는 것은 아닌 듯 하다.

git flow 이용한 GitLab Flow

git flow init 시에 설정을 아래처럼 잡아준다.

C:\>git flow init -f

Which branch should be used for bringing forth production releases?
   - master
   - prod
Branch name for production releases: [prod]

Which branch should be used for integration of the "next release"?
   - master
Branch name for "next release" development: [pre-prod] master

How to name your supporting branch prefixes?
Feature branches? [feature/]
Bugfix branches? [bugfix/]
Release branches? [release/]
Hotfix branches? [hotfix/]
Support branches? [support/]
Version tag prefix? []
Hooks and filters directory? [C:/a/prog/nodejs/jprice/.git/hooks]

Reference

1. The problem with Git flow | GitLab, 2020-03-05
2. Introduction to GitLab Flow | GitLab