1

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

4

4 回答 4

1

根据我的经验，只要您在 SourceControlExplorer (TFS) 中进行所有重命名，TFS 就可以跟踪重命名。

当您让其他人对原始文件进行更改而其他人进行大量重命名/移动，而其他人正在编辑重命名的版本时，往往会出现问题。

在可能的情况下，我会说，如果您要进行大规模的重命名和移动，则值得通知队友，并且如果可能的话，让他们推迟进行更改，直到您签入为止。

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

于 2008-09-16T12:54:02.580 回答
1

在文件删除/重命名方面，我们在 TFS 2005 上取得了很多成功，但有一些非常具体的例外情况，即：

  1. 已在源分支和目标分支中重命名的文件（这通常可以通过单击“忽略服务器更改”轻松解决）；
  2. 已在目标分支中重命名但在源分支中删除的文件。我记得有一种情况，无论我们尝试什么，合并都不起作用，我们被迫“恢复”源分支上的更改并在合并后重新执行。

据说 TFS 2008 解决了很多这样的问题，但老实说，除了偶尔的合并问题之外，TFS 是稳定的，而且分层合并比使用 SVN 更简单、更快捷。

于 2008-09-16T13:38:08.027 回答
0

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

我见过一些其他的一般删除问题是这样的： 1 在分支 A 中，将子目录 1 中的权限减少为只读 2. 创建分支 B（从 A 分支到 B）（签入） 3. 删除分支 B（签入) 4. 从 A 创建一个新分支，将其命名为与分支 B 相同的名称 5. 得到一个与 TFS 相关的奇怪权限错误，仍然“看到”已删除分支 B 上的只读权限。

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

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

于 2009-04-23T18:04:03.147 回答
0

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

于 2009-04-23T18:28:25.930 回答