TFS 2012中更改分支名称会导致什么后果？

Question

我在很多地方看到TFS 2010重命名分支会有问题：你可能会丢失刚刚重命名的分支的历史记录（如此文章或此SO问题所示）。

我找不到任何关于TFS 2012中这些问题的提及。在TFS 2012中重命名分支之前，我应该了解哪些后果？

- tsimbalar

---

你能引用这些参考文献吗？因为我不确定你指的是什么。（在任何版本的 TFS 中都不会丢失历史记录。） - Edward Thomson

Answer 1

重命名分支最大的问题在于，下次合并到或从已重命名的分支合并时，您将有效地执行一个无依据的合并。这可能会带来很多麻烦。

我目前正在试图解决这样的混乱局面，这真是令人不愉快。（分支已在4个月前被重命名。第一次从该分支合并是部分性的）这是一场噩梦，我甚至不希望我的敌人（巧合的是，他们是重命名分支和进行部分合并的开发人员）也会遇到这种情况。

有关更多信息，请参见此答案。

- James Reed

---

谢谢！我会接受你的回答，因为它提供了详细的信息和对其他答案的参考。 - tsimbalar

要修复它……我所做的是通过变更集执行重新合并，并选择除重命名外的所有变更集。它似乎忽略了基础不稳定的感觉，我的合并成功了。 - RiddlerDev

@RiddlerDev，那是个好主意。不幸的是，对我来说这个选项不可用，因为已经完成了混乱一切（包括无基础的合并）。此外，目标分支中的文件夹结构已被重新组织，所以...很痛苦。 - James Reed

Answer 2

不要这么做!!! 你可能可以在服务器上重命名它，但据我的经验，TFS想要检查每个文件的状态...基本上像复制一样处理。

- RiddlerDev

---

谢谢！幸好我当时没做 :) - tsimbalar

Answer 3

你可以做到，但这取决于你所处的情况。对于我的情况，我有以下结构：

Development
   ProjectX
      ProjectY
Main
Release

ProjectX比ProjectY更早发布，一周前已合并到Development-->Main。现在，名称ProjectX不再相关，同时还有一个新项目以名称ProjectZ开始，因此我将重命名ProjectY为ProjectZ，并将ProjectX重命名为ProjectY。

一旦它们进入标准发布周期，X、Y和Z都将完全合并，因此我不必担心逐个合并。

- Ostati