在 TFS 2012 中重命名分支的后果是什么？答案

【问题标题】：What are the consequences of renaming a branch in TFS 2012?在 TFS 2012 中重命名分支的后果是什么？
【发布时间】：2013-03-09 11:15:45
【问题描述】：

我在很多地方读到过，在 TFS 2010 中重命名分支是相当有问题的：您可能会丢失刚刚重命名的分支的历史记录（as seen in this article 或在此 SO question 中）

我在 TFS 2012 中找不到任何提及这些问题的信息。在 TFS 2012 中重命名分支之前我应该注意什么后果？

【问题讨论】：

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

标签： branching-and-merging

【解决方案1】：

重命名分支的最大问题是，下次合并到重命名的分支或从重命名的分支合并时，您将有效地执行无根据的合并。这会导致很多痛苦。

我目前正试图解开这样的混乱局面，这并不令人愉快。（分支在 4 个月前更名。分支的第一次合并是部分合并）这是我不希望我最大的敌人（巧合的是重命名分支并进行部分合并的开发人员）的噩梦

更多信息请见this answer

【讨论】：

谢谢！由于细节和对其他答案的参考，我会接受您的回答
修复它...我所做的是通过变更集重新合并并选择除重命名之外的所有变更集。它似乎忽略了毫无根据的感觉，我的合并成功了。
@RiddlerDev，这是个好主意。不幸的是，这个选项对我来说是不可用的，因为已经完成了所有事情（包括毫无根据的）的合并。加上目标分支中的文件夹结构已经重新组织，所以......很多痛苦。

【解决方案2】：

不要这样做！！！您也许可以在服务器上重命名它，但根据我的经验，TFS 想要检查每个文件......基本上把它当作一个副本。

【讨论】：

谢谢！幸运的是我当时没有这样做:)

【解决方案3】：

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

Development
   ProjectX
      ProjectY
Main
Release

ProjectX 比ProjectY 更早发布，并在一周前合并到Development-->Main。现在，名称 ProjectX 不再相关，而且还有一个以名称 ProjectZ 开头的新项目，所以，我要将 ProjectY 重命名为 ProjectZ 并将 ProjectX 重命名为 ProjectY .

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

【讨论】：