如何在签入 TFS 之前合并多个开发人员的工作？答案

【问题标题】：How to combine work from more than one developer before checking into TFS?如何在签入 TFS 之前合并多个开发人员的工作？
【发布时间】：2017-12-13 17:33:40
【问题描述】：

我的团队的政策是不将损坏的代码签入 TFS。但是如果两个团队成员正在处理同一个文件并且每个成员的工作代表一个部分解决方案怎么办？一个成员的更改离不开另一个成员。

如何结合代码并遵循不签入损坏代码的政策的最佳方式是什么？

【问题讨论】：

这个问题引发了各种危险信号。开发人员如何在本地测试他们的更改？

标签： tfs

【解决方案1】：

他们自己的编码完成后，两位开发人员都可以创建一个搁置的更改集。一旦需要合并他们的代码，您就有 1 个开发人员将其他开发人员的搁置集放到他们自己的工作区中。这样做也会触发合并工具，以防出现任何无法自动解决的合并冲突。这应该允许开发人员在不签入损坏代码的情况下将工作与其他人结合起来。

请注意，在取消搁置对方的工作之前，两个开发人员都应该先搁置自己的工作，以防其他开发人员的工作在合并中出现严重错误，他们需要将自己的工作恢复到未合并的状态。

这里有一些documentation on creating and unshelving shelvesets

【讨论】：

【解决方案2】：

考虑在分支上允许损坏的代码。团队成员可以将代码提交到分支并将这些分支合并在一起，然后合并到master。您的主分支或master 分支应该需要通过构建才能合并拉取请求。

【讨论】：

您假设他们使用的是 Git，但事实并非如此。使用 TFVC 术语（签入）表明它们可能不是。

【解决方案3】：

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

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

【讨论】：