TortoiseSVN 解决树冲突的方法

Question

TortoiseSVN 可以使用编辑冲突窗口帮助解决多种树冲突。

问题是，如果出现“...合并时”冲突类型，TortoiseSVN 无法猜测哪些文件需要合并。

例如，（情况：本地丢失，更新时传入删除）

• 在主干上工作的开发人员 A 修改文件 Foo.c 并将其提交到存储库。
• 我正在将分支文件 Foo.c 移动到 Bar.c 并将其提交到存储库。

合并开发人员 A 对我的分支工作副本的更改会导致树冲突：

• Bar.c 已经在我的工作副本中，状态为“正常”
• Foo.c 被标记为缺失，并出现树冲突

在大多数情况下，我需要合并开发人员A 将 Foo.c 更改为重命名的 Bar.c。

但我该怎么办呢？

包含开发人员 A 更改的文件 Foo.c 不存在于我的分支 WC 中。

TortoiseSVN 帮助说“请注意，如果您从存储库复制丢失的文件，然后标记为已解决，您的副本将再次被删除。你必须先解决冲突。”

那么，我是否需要 chechout trunk 才能访问 Foo.c 文件进行合并？有没有更简单的方法来解决这个问题？

这个问题（TortoiseSVN 如何解决树冲突）对于我和我们的开发人员来说非常关键。

你能帮我吗？

Answer 1

我喜欢泽勒斯的解决方案。您还可以将文件的移动合并到分支中，然后执行合并回主干。

我在合并大分支时所做的就是先将主干合并到分支中，解决所有冲突（包括树冲突），然后将结果合并回主干。这也使主干在合并期间保持更长时间的稳定。

Answer 2

您可以使用“两个 URL 合并”将“主干”上 Foo.c 的更改合并到分支并重命名为 Bar.c 中。

cd branch/B
svn merge http://www/svn/svnroot/branches/B/Bar.c http://www/svn/trunk/Foo.c Bar.c

而 Branch/B 是工作副本。

为了最终消除冲突，开发人员 A 和 B 应该就相同的文件名达成一致。对于相同的代码使用不同的文件可能并不理想。

编辑：
通过研究“其他”风险投资公司如何解决这个问题，我想 引用段落“重命名文件并合并更改”：

如果我修改一个文件，而你重命名它
到一个新名称，然后我们合并我们的
各自的变化，我的修改
到其原始名称下的文件
将被传播到下面的文件中
它的新名字。 （这是你
可能期望“简单地工作”，但事实并非如此
实际上所有版本控制系统
这样做。）

也许是一个尝试 Mercurial 的理由。