测试分支

Question

在使用Team Foundation Server 时，当您需要针对出现的问题（错误、功能请求等）测试某些方法时，是否有一种普遍接受的方法来处理分支？

例如，假设您与其他几个开发人员在一个团队中，而一位开发人员说他只是不知道如何解决这个问题并要求您提供帮助。您有一些想法，但您想确保不会意外更改他的主要代码分支，以防您的想法不起作用。

此时您可以：

• 制作一个本地副本并将其从源代码管理中取消绑定，以确保您不会在将来意外签入任何更改。
• 从他的分支创建一个分支并将其命名为“测试”或其他名称，完成后删除该分支。
• 查看他的分支的副本，并在您确定您的方法不起作用时简单地“撤消待处理的更改”（这似乎很危险）。

我知道您可能可以通过其他几种方式来处理它，但我只是好奇是否有一种流行的方式可以对受源代码控制的代码进行“测试更改”。

Answer 1

最好为多个同时独立的更改保留分支。

将搁置集用于您讨论的目的。这就是“我的工作”的“暂停”功能的工作方式，也是代码审查的工作方式。他们搁置更改，将它们附加到代码审查工作项，并通知审查人员。审阅者可以取消搁置更改，查看它们并制作 cmet，甚至可能对其进行编辑。然后他们可以搁置他们的更改版本并将其发回给您。

那里有很大的灵活性，无需创建永久工件的分支。

更新：您还可以执行构建并在 version to build 属性中设置 Shelveset 名称，以从您的搁置集中创建自定义构建。