分支合并在ONLINE

Question

如何有效是合并时，文件夹和项目已经改名为你的解决方案吗？

Answer 1

我们已经有很多成功与TFS2005年，当它涉及到文件中删除/重新命名，有一些非常具体的例外情况，即：

1. 文件已经重命名的来源和目标的分支机构(这通常是平凡的解决与一个点击"忽略的服务器变化");
2. 文件已更名为目标的分支，但删除源的分支。我记得一个案件的合并不会的工作，无论什么我们试过了，我们被迫"恢复"变化的源分支和重新后的合并。

据说TFS2008年解决了很多这些问题，但说实话除了偶尔的合并hickups TFS是稳定的和层次合并是一个简单得多和更快的比SVN.

Answer 2

以我的经验TFS可以追踪更改，只要你做的所有重命名内SourceControlExplorer(TFS)。

该问题往往发生时你还有其他的人更改的原始文件的话，别人是这样做的庞大的重新命名/移动，而其他人编辑的重命名的版本。

在可能的我要说的是，如果你正在做的大规模重新命名和移动，这是值得通知的队友，如果可能的话，让他们持有关作出改变，直到你检查你的。

正如所有分支/合并的问题，该问题是大大减少通过检查和合并小的和经常。

Answer 3

我们已经有很多问题与TFS2005年，并删除在一般。我还没有确定的原因，但是一些我的团队成员曾遇到的问题合并在变化的，涉及一名或删除的文件夹。这似乎尤其如此，如果有很多重构(和重命名和重新命名)在分支机构在那里的重新命名的发生。我还没有想出来的原因或再现的步骤，因为我没有亲自参与在任何情况下，它没有工作。

我已经看到了一些其他一般删除类似这样的问题:1在支，减少许可权目录1至只读的 2.创建支路B(支从A到B)(检查) 3.删除分B(检查) 4.创建一个新的分支，把它的名称相同的分支机构B 5.得到一个奇怪的权限错误有关的TFS仍然是"看到"只读上的权限，删除分B。

只有这样，我们已经找到了避免这是插入步骤2a：重新命名分B_Branch B(检查)

总体而言，TFS已经为我们伟大的，但还有一些古怪的事情与删除，重新命名，并合并。我们希望提升到2008年的很快，我希望它在解决我们的问题。

Answer 4

我有经验质量的文件和文件夹动TFS2008年。这样做的目的是使我们的源代码结构更加一致。我所要做的就是拖(等)的团队资源管理器，然后提交的变化。