TFS 分支和合并策略

Question

我在 TFS 中有一个团队项目，每天都会提交任务。我想独立完成每个任务，然后在测试后将其合并到主线上。

目前有一个 MAIN 分支和一个 DEV 分支，它是 MAIN 的子分支。更改在 DEV 分支中进行，然后在准备就绪时合并到 MAIN 中。这是通过“cherry-pick”合并完成的。我到处都在读到 cherry-pick 合并是不好的，你应该尽可能避免它们。

我无法全神贯注于 TFS 中的分支和合并，想知道是否有人对如何在 TFS 中实现这一目标有任何建议，而无需进行精选合并。

感谢任何帮助。

如果我遗漏了任何关键信息，请发表评论，我将编辑我的帖子。

Answer 1

我认为这个 Codeplex 文档会有很大帮助:

http://tfsbranchingguideiii.codeplex.com/

该下载包含多个 PDF，其中概述了不同的场景和策略，并针对不同的方法提供了出色的问答。

您的方案的关键是将所有更改合并到指定版本，从 Dev 到 Main。每次将代码 checkin Dev 时运行所有测试(开发人员获取最新的 Dev 代码，然后在 checkin 之前运行所有测试)。理想情况下，如果在 Dev checkin 后 Dev 分支中的构建成功，则合并到 Main 将是一个好主意。经常从 Dev 合并到 Main，并在每次 checkin 后在 Main 中运行所有测试。

因此，即使开发人员单独处理特定部分，一旦他们检查到 Dev 分支，他们实际上是在说“此代码已准备好集成”。当从 Dev 合并到 Main 时，您不再处理特​​定的部分——您合并整个辣酱 Jade 米饼馅。如果开发人员需要对在制品代码进行源代码控制，他们应该使用 TFS 搁置集并等待 checkin Dev，直到它们“完成”。