git - Git - 将大师合并回开发？

Question

我在一个新团队中，工作方式与我以前在功能分支上工作的方式完全不同，测试人员将在该功能分支上进行测试，然后我们将运行 jenkins 作业来合并它在通过测试签名时将功能放入开发中，将分支重新定位到开发以使其保持新鲜。

从开发中删除了一个版本，然后将其发布并可能合并到主版本中。这是我的第一个 git 项目，对于任何人来说，这似乎都是一个可以理解的工作流程。

我现在在一个不同的团队中，没有人对他们为什么以他们的方式工作有真正的答案，是否有充分的理由在将开发合并为大师之后将大师合并回开发？

这个工作流程是我创建一个功能分支并在本地处理它，当我对这个功能感到满意时，我会创建一个合并请求到开发中。然后我从开发中部署我的更改，这就是测试的内容。一旦测试签署它，我在 gitlab 中为我的 master 分支创建一个樱桃选择合并，用于我在开发中的提交，一旦它在 master 中，我从 master 分支中释放更改。

有人总是将master合并回develop。我问了几个团队成员（这是一个只有 5 个开发人员的非常小的团队），没有人真正知道为什么，他们只是在做。

之前的项目有 100 多名开发人员在不同的小型开发团队中工作，因此限制要严格得多。

这是 gitlabs 工作方式特有的吗？

标签： gitgitlabgit-flow

Answer 1

一旦将开发合并到主控，那么两者已经相互同步，因此无需再次将主控合并到开发。我将master与develop合并的唯一情况是，当我们在master上进行修补程序时，我们将它与develop合并。