版权声明：本文为博主原创文章，未经博主允许不得转载。 https://blog.csdn.net/henryhu712/article/details/82284702
GitLab 工作流提供了一种简单、透明和有效的 git 工作方式，并与问题跟踪系统相结合。
先上官方文档链接： GitLab Flow
使用版本控制中常见的问题是，随着时间推移，产生越来越多的分支，在那些长期维护的分支中充斥着杂乱的修改内容。
git 工作流的问题
首先来看常见的 git 工作流：
git 工作流主要的问题是：一、默认的 master 分支只是用于发布，开发都在其他分支上。二、对于多数应用来说过于复杂，特别是 release 和 hotfix 分支的不可部署导致使用上的复杂。
GitHub 工作流的问题
GitHub 工作流十分简单，只有两个分支，master 和 feature。Atlassian 公司推荐的工作流也基本类似。
GitHub 工作流的主要问题是过于简单，没有对于常见的工作场景中的问题提出解决办法。
GitLab 工作流中的生产分支（Production branch）
GitHub 工作流隐含一个假定：每次合并 feature，主分支的代码是立即发布的。然而，实际中常常不能满足这个假定，例如：你无法控制代码发布时间，例如 App 发布要等审核通过。再例如：发布时间窗口限制，合并分支的时候也许并不在发布时间窗口。
GitLab 推荐用生产分支来解决上述问题：
（未完待续）
官方文档链接： GitLab Flow