在检查TFS之前如何组合来自多个开发人员的工作？

Question

我的团队的政策是不将损坏的代码签入TFS。但是，如果两个团队成员正在处理同一个文件并且每个成员的工作代表部分解决方案呢？一个成员的变化在没有另一成员的情况下不会有效。

如何组合代码并仍遵循不检查损坏代码的策略的最佳方法？

Answer 1

考虑在分支上允许破坏代码。在合并到master之前，团队成员可以将代码提交到分支并将这些分支合并在一起。在合并拉取请求之前，您的主要或master分支应该要求传递构建。

Answer 2

两位开发人员都可以在完成自己的编码后创建更改的搁置集。一旦有时间合并他们的代码，您就有1名开发人员将其他开发人员的搁置部分取消搁置到他们自己的工作区中。如果有任何合并冲突无法自动解决，执行此操作也会触发合并工具。这应该允许开发人员将工作与其他工作结合起来，而无需检查损坏的代码。

请注意，两个开发人员在取消对其他人的工作之前应该做出自己的工作，以防其他开发人员的工作在合并中出现严重错误，他们需要将自己的工作还原到联合国 - 状态。

这里有一些documentation on creating and unshelving shelvesets

Answer 3

查看功能分支模型：https://docs.microsoft.com/en-us/vsts/git/concepts/git-branching-guidance。这不依赖于Git，但它很方便，因为分支很便宜。

两个开发人员都在处理允许被破坏的功能分支。完成后，他们向主分支发出拉取请求。只有在通过所有测试以确保主分支保持健康时才允许合并。