Visual studio 2008 VST中的分支与合并

在解决方案中重命名文件夹和项目后，合并的效果如何？

根据我的经验，只要您在SourceControlExplorer（TFS）中执行所有重命名，TFS就可以跟踪重命名

当其他人正在进行大规模重命名/移动，而其他人正在编辑重命名版本时，如果有其他人对原始文件进行更改，则可能会出现问题

在可能的情况下，我想说，如果你正在进行大规模的重命名和移动，那么值得通知队友，如果可能的话，让他们推迟进行更改，直到你签入你的

---

与所有分支/合并问题一样，通过很少且经常地签入和合并，问题大大减少。

在文件删除/重命名方面，TFS 2005取得了很多成功，但有几个非常特殊的例外，即：

已在源分支和目标分支中重命名的文件（通常只需单击“忽略服务器更改”即可轻松解决此问题）

已在目标分支中重命名但在源分支中删除的文件。我记得有一个案例，无论我们尝试了什么，合并都无法工作，我们被迫“恢复”源分支上的更改，并在合并后重新执行

---

据说TFS 2008解决了很多这些问题，但老实说，除了偶尔的合并问题外，TFS是稳定的，分层合并比SVN简单得多，速度也快得多。

我们在TFS 2005和总体删除方面遇到了很多问题。我还没有确定原因，但我的许多团队成员在合并涉及重命名或删除文件夹的更改时遇到了问题。如果在发生重命名的分支中进行了大量重构（以及重命名和重新重命名），则这一点似乎尤其正确。我还没有弄清楚原因或复制步骤，因为我个人没有参与任何它不起作用的情况

我还看到了其他一些常见的删除问题，如： 1在分支A中，将子目录1中的权限减少为只读 2.创建分支B（从A分支到B）（签入） 3.删除分支机构B（签入） 4.从a创建一个新分支，将其命名为与分支B相同的名称 5.获取与TFS仍然“查看”已删除分支B上的只读权限相关的奇怪权限错误

我们发现避免这种情况的唯一方法是插入步骤2a：将分支B重命名为_分支B（签入）

---

总的来说，TFS对我们来说非常好，但在删除、重命名和合并方面存在一些问题。我们希望很快升级到2008年，我希望它能解决我们的问题。

我在TFS 2008中有过大量文件和文件夹移动的经验。这样做是为了使我们的源代码结构更加一致。我所要做的就是在TeamExplorer中拖放（并等待），然后提交更改