git 工作流 + 预生产

Question

在组织分支和工作流程方面需要一些帮助。
先决条件:10 个开发人员使用 git，0 个单元测试覆盖率，10^5 行代码。

在我们的 repo 中有 master 分支作为 production。
每个功能都在不同的分支上开发，这也创建了一个新域 (branch.qa.com)

完成后，QA 团队检查 branch.qa.com 上的更改，然后将其 merge 到 master 并自动推送到生产服务器。

问题:
分支 A 可以更改 css。它被上传到 A.qa.com 并接受检查。
与此同时，开发人员从 master 分支分支 B 并对其进行处理，修改相同的 css。

这两个更改对于它们的分支来说似乎都是合法的，但是 B 上的更改实际上可能会破坏 A 上的某些内容。

将A merge 到master中即可。然后将 B merge 到 master 将对 A 所做的更改产生不良影响。

你怎么排除这种情况？您如何整合预生产？

Answer 1

如果您遵循 git-flow，您将拥有一个单独的 develop 分支，所有新功能都从该分支分支出来，并在完成后 merge 回该分支。

然后从 develop 分支创建临时的 release 分支，这些分支经过测试(必要时可能打补丁)，然后 merge 到您的 master/生产分支。

所以 develop 分支实际上最终成为一种 pre production 分支。

如果您让您的 QA 部门在 merge 回 develop 之前处理功能检查，并且所有过渡到 release 和 master ，我想您最终会得到您当前部门结构中想要的结果。

图表在这里:http://nvie.com/posts/a-successful-git-branching-model/

作为补充说明，我们目前正在通过 gerrit 与代码审查一起实现 git-flow。 ，这将为我们提供一个处理所有这些的平台 - 尽管在我们的案例中开发人员和 QA 团队是同一个人(尽管添加了一个带自动化测试的 Jenkins CI 服务器)。