问题标签 [tree-conflict]

我的主干有一个功能分支，并且定期将主干中的更改合并到我的分支中，一切正常。今天我将分支合并回主干，在创建分支后添加到我的主干的任何文件都被标记为“树冲突”。将来有没有办法避免这种情况？

我认为这些都没有被正确标记。

当合并几个分支（使用 SVN 1.6.1）时，在两个分支上都添加了一个文件（然后在这些单独的分支中工作），我遇到了一个新的树冲突：

我需要两个分支的更改，但树冲突并没有给我通常的 .working、.merge-left 和 .merge-right 文件——由于冲突的性质，这是可以理解的。有很多这样的冲突，并且在每个分支上都发生了相同文件的删除，但它们很容易解决。

我该如何解决这个问题？SVN redbean book (for 1.6) 没有涵盖这种情况。

我有一个我认为很简单的场景 - 使用 TortoiseSVN：

1）我创建了一个应用程序的分支（B2）（用于实现图像精灵和 JAWR）。

2) 测试和开发在主干上正常进行。

3) 在过去的几天里，我通过以下方式重新建立了几次分支：

3.1) 将主干（按修订范围）合并到我的 branch-b2 工作副本，解决合并期间的冲突。

3.2）（在测试了分支-b2之后），我提交了重新建立的分支-b2。

这一切都如我所料。但是将分支合并回主干对我来说很重要：

4) 在分支-b2 中提交所有更新之后；我确保在主干和分支 b2 上进行 SVN 更新。

5）然后，我尝试将分支b2中的（修订范围）合并到主干中。但是，对于任何已添加到主干的新文件，然后在我重新设置它时添加到 branch-b2，我都会遇到树冲突。我不确定解决这些冲突的正确方法是什么。

我见过的最典型的建议是从主干中删除树冲突文件，然后合并分支；或者删除整个主干，将分支文件复制过来，然后将它们作为新版本提交到主干中。这两个选项似乎都不是一个好主意——第一个很痛苦，而且它们似乎都会丢失文件修订历史。

我做错了什么，我该如何解决？

我不知道 svn 团队何时决定对我们造成树冲突，但它完全破坏了 svn 的合并功能。

我有一个分支，我想将主干中的最新更改合并到分支中。我已经完成了一次这样的合并，但是由于树冲突而失败了。这是命令：

我第一次尝试这种合并（没有--force）它只创建了树冲突并且没有合并任何东西。现在它只报告上面的消息。

如果我svn status在分支工作副本上执行此操作，它会显示所有具有尚未合并回主干的更改的文件。当然，我的分支的目的是在它们还没有在主干中的地方进行这些更改。

他们这样做的时候在想什么？

我还没有找到任何有用的信息来说明导致树冲突的原因以及既然 svn 已经创建了这些东西，我该如何继续工作。

有没有办法告诉 svn 忘记树冲突并像以前那样进行合并？

我使用的是 1.6 客户端和较旧的 svn 服务器（可能是 1.3.1）。

我现在必须处理 Subversion 1.4 合并，并找到了这个问题的答案，它准确地描述了我的问题。实际问题涉及gitSVN 的 -style rebase 和 merge 问题，这些问题会产生树冲突。它包括以下建议：

[...] 不是将分支范围合并到指向主干的工作副本，而是希望将“FROM trunk@HEAD TO branch@HEAD”与指向主干的工作副本合并。在本质上：

“给我所有我需要使主干与分支相同的更改”。

现在我想知道如何与 SVN 进行实际合并，因为svn merge只合并到工作目录。原始答案中有错字还是我遗漏了什么？

我最近遇到了一个很奇怪的颠覆行为。

我刚刚将分支的本地副本与远程分支合并。一切都很顺利，但我有 1 个树冲突（本地删除，远程更新）。

好吧，我想，适当地修改了工作副本并运行“svn resolve --accept=working -R。”。

Subversion 告诉它已经解决了我的问题并且“svn st”不再显示任何问题。所以，我尝试提交，但 svn 告诉我其中一个内部文件夹（在我的冲突文件夹内）已过时并建议 svn up，但它使文件夹再次发生冲突！

我该怎么做才能摆脱这个恶性循环？

我从 SVN 收到此错误消息：

svn：尝试添加已经存在的树冲突

现在，这个网站上已经有人问过了，给出的解释是在之前的合并之后树冲突没有得到解决，现在 SVN 正在尝试再次添加相同的树冲突。

所以我调用“svn status”并将所有树冲突标记为已解决。然后我做了 *svn revert -R ** 并仔细检查了“svn status”的输出是否完全为空。然后我再次尝试合并，在完全相同的位置出现完全相同的错误消息。

在我看来，svn 似乎在同一个合并操作期间尝试在同一个地方两次添加树冲突，恕我直言，这将是 SVN 中的一个严重错误。

我正在使用 VisualSVN（它使用 Tortoise）。我不小心将文件夹移动到其他位置。当试图将其移回时，SVN 会出现此错误。它以前发生过一次，我设法进行了一些随机更新/提交，不知道我在做什么并且它被“修复”了。我不能再使用同样的魔法，所以我需要知道如何获取我的文件和目录以及树冲突。

谢谢！

有没有人有过在乌龟中移动文件并成功提交的经验，只是后来提交了不同的更改并被告知树冲突，其中：

1. 原始位置的文件已被删除，但在 tortoise 中被标记为丢失
2. 新位置的文件在那里，但标记为已添加。

（我使用乌龟SVN，我们有客户端和服务器> 1.60）

没有其他人更改目录或文件（根据 svn log）。

1. 为什么会这样？
2. 有没有办法避免它发生？
3. 如果确实发生了，有没有比删除整个文件夹并再次更新更优雅的方法来解决问题？

我在这个网站上看到其他帖子有答案，但我认为我的情况略有不同。我的情况如下：

1. 主干和分支 b1
2. 在某个时刻，b1 被“复制”到主干，因为主干是冗余的，并且分支具有所有相关功能
3. dev 在 b1 上继续，trunk 但trunks dev 的一部分涉及将一些文件移动到 b1 上也存在的不同位置
4. 所以现在我尝试将 b1 合并到树干，它抱怨树冲突，我理解 - 由于树干上的移动，树干上的文件丢失。

一些帖子表明这是一个 SVN 1.5 问题，但我确定我已将 repos 升级到 1.6+。我如何确认这一点？此外，如何解决树冲突问题。

我正在使用 TortoiseSVN v1.6.8。