GitLab WorkFlow

在团队开发中，为了更好的协作，通常会采用一些工作流来最大程度提升效率。生产一个软件工序是比较复杂的，如果通过一个好的逻辑顺序去应用到一个软件开发的生命周期过程是非常重要的。

GitLab WorkFlow

从构思到上线的十步

想法：每一个新建议都从一个想法开始，可以尝试下头脑风暴等聊天的形式。
问题：讨论想法的最有效方法是为其提出问题，例如是否可实现。
计划：讨论如果达成一致的意见，就需要确定实施细节及优先级。
代码：一旦有了任务就可以开始编写代码了。
提交：针对需求编写的代码完成后就可以提交到功能分支。
测试：通常采用自动化(Auto DevOps)进行集成和测试所开发的代码。
审查：测试符合合理性要求后就需要评审和代码合并(Merge Request)。
部署：将代码部署到测试环境中，检测是否满足预期要求。
生产：当测试环境工作一切正常后，就可以上线到生产环境。
反馈：回顾在项目进行过程中哪一些阶段存在问题，进而持续的改善流程。

借助 GitLab WorkFlow，开发团队可以有效和快速的进入流程，从而提高整体的产能效益。

GitLab Flow

在团队协作开发中，如果多人共享一个 Master 分支进行开发的话，很容易出现撞车的现象，如何通过好的分支策略能让开发过程顺畅呢，这是一个很有挑战性的学问。

GitLab Flow 整合了 Git Flow 及 GitHub Flow 的优点，例如我们拥有 暂存环境、预发环境、生产环境，那么都是基于 Master（Staging）分支进行开发的，如果要发布预发环境，必须从暂存环境创建分支合并请求到预发环境，发布生产环境同理，也需要从预发环境创建分支合并请求到生产环境，这就是下游提交的方式，关于环境的任何变动需要从下游开始，这也确保了提交到生产环境的代码已经在其他的环境通过了测试。

文章来源: blog.csdn.net，作者：叶康铭，版权归原作者所有，如需转载，请联系作者。

原文链接：blog.csdn.net/m0_38030719/article/details/109241846