乌龟的方法解决树冲突

Question

乌龟可以使用多种树的冲突来帮助使用 编辑冲突 窗户。

问题是在...合并“冲突类型Tortoisesvn无法猜测需要合并哪些文件。

例如，（案例： 更新后本地丢失的，传入的删除)

• 开发人员在行李箱上工作会修改文件foo.c并将其提交给存储库。
• 我在分支机构移动文件foo.c到bar.c并将其提交为存储库。

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

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

在大多数情况下，我需要将开发人员A更改为foo.c的更改为更名的bar.c.

但是我该怎么做呢？

我的分支WC中没有带有开发人员A更改的文件foo.c。

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

所以，我应该需要临时 树干 可以访问foo.c文件合并？是否有更简单的方法来解决此问题？

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

你可以帮帮我吗？

Answer 1

您可以使用“两个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

而分支/b是工作副本。

最终要删除冲突开发人员A和B应该就同一文件名达成协议。对于同一代码，使用不同的文件可能是不可取的。

编辑：从查看其他风险投资公司如何处理此问题，我想 引用 从段落 “重命名文件并合并更改”:

如果我修改文件，然后将其重命名为新名称，然后我们合并了各自的更改，则我对文件的原始名称对文件的修改将以新名称传播到文件中。 （这是您可能期望的“简单工作”，但并非所有修订控制系统实际上都可以做到这一点。）

也许是一个给予的理由 墨西哥 尝试。

Answer 2

我喜欢Zellus的解决方案。您也可以将文件的移动合并到分支中，然后将合并执行回到中继线。

合并大分支机构时，我要做的是将中继线合并到分支中，解决所有冲突（包括树冲突），然后将结果合并回中继。在合并期间，这也使行李箱更稳定更长。