GitLab-Flow

GitLab-Flow

• Github flow는 너무 간단해서 배포, 릴리즈 등의 조금 복잡한 이슈를 보완하기 위해 나온 전략이다.
• gitflow는 너무 복잡하고 githubflow는 너무 단순하다 하여 나온 전략으로 서비스가 좀더 커진 경우 사용하면 좋다.
• 아래와 같은 방식으로 사용
  
  
• feature
  • 모든 기능 구현은 feature 브랜치에서 시작한다.
  • feature 브랜치는 master 브랜치에서 분기되고 머지된다.
• master
  • gitlab flow의 master 브랜치 역할은 git flow의 develop 브랜치와 같다.
  • master 브랜치는 feature 브랜치에서 병합된 기능에 대해 test를 진행
  • 전체적인 테스트가 진행되어 기능에 대한 보장이 되었다면 production 브랜치로 머지
    만약 staging 단계를 원한다면 pre-production 브랜치로 머지를 진행
• production
  • gitlab flow의 production 브랜치 역할은 git flow의 master 브랜치와 동일
  • 테스트가 끝난 기능에 대해 배포를 하기 위한 브랜치이다.
• pre-production
  master → production 브랜치 사이에 pre-production 브랜치를 두어 변경 사항을 바로 production에 배포하지 않고 test server에 배포하여 통합 테스트를 진행하거나 시간을 두고 반영하는 브랜치이다.

이외의 파생된 전략

• Merge/pull requests with GitLab flow
• Issues with GitLab flow

참고

GitLab-Flow https://youngtoad.tistory.com/46