根据我的经验，TFS可以跟踪重命名，只要您在SourceControlExplorer (TFS)中完成所有重命名。
当其他人对原始文件进行更改，而另一个人在进行大量重命名/移动，而另一个人在编辑重命名的版本时，问题就会出现。
如果可能的话，我想说的是，如果你正在进行大规模的重命名和移动，那么就应该通知团队成员，如果可能的话，让他们在你签入自己的名字之前推迟做出更改。
与所有的分支/合并问题一样，通过少而频繁地签入和合并，这个问题大大减少了。
4 个回答
Alex McMahon
Tomer Gabel
在文件删除/重命名方面，我们使用TFS 2005取得了很大的成功，但有几个非常特殊的例外，即:
- 在源分支和目标分支中都被重命名的文件(这通常通过单击“忽略服务器更改”来简单解决);
- 已在目标分支中重命名但在源分支中删除的文件。我记得有一种情况，无论我们如何尝试，合并都不能工作，我们被迫“恢复”源分支上的更改，并在合并后重新做。
据说TFS 2008解决了很多这些问题，但是说实话，除了偶尔的合并问题，TFS是稳定的，而且分级合并比使用SVN要简单和快速得多。
JMarsch
我们在TFS 2005和删除中遇到了很多问题。我还没有确定原因，但我的许多团队成员在合并涉及重命名或删除文件夹的更改时遇到了问题。如果在发生重命名的分支中进行了大量重构(和重命名、重命名)，这一点似乎尤其正确。我还没有弄清楚原因或复制步骤，因为我没有亲自参与过任何失败的情况。
我还见过其他一些常见的删除问题，比如:1在分支A中，将子目录1的权限降低为只读2。创建分支B(从A分支到B)(签入)3。4.删除分支机构B(签入)。从a创建一个新的分支，将其命名为分支B 5。得到一个奇怪的权限错误，与TFS仍然“看到”已删除分支B上的只读权限有关。
我们发现的唯一避免这种情况的方法是插入步骤2a:将Branch B重命名为_Branch B(签入)
总的来说，TFS对我们来说很好，但是在删除、重命名和合并方面有一些不正常的地方。我们希望尽快升级到2008年，我希望它能解决我们的问题。
John Saunders
我有使用TFS 2008进行大量文件和文件夹移动的经验。这样做是为了使我们的源代码结构更加一致。我所要做的就是在Team Explorer中拖放(并等待)，然后提交更改。