SVN：“树冲突已经存在”，但在我尝试合并之前没有

Question

我从 SVN 收到此错误消息：

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

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

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

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

Answer 1

看起来这个来源是一个我以不符合 SVN 喜好的方式重命名的文件夹。我没有使用 svn move 命令，而是在本地重命名了该文件夹，使用 svn remove 删除了旧文件夹名称，并使用 svn add 添加了新文件夹名称。然而，这会产生一个具有旧名称的“幻影文件夹”——它既不存在于工作副本也不存在于存储库中，但 SVN 认为它存在。虚拟文件夹会导致我上面提到的致命树冲突。

以下是我们解决此问题的方法：

1. 将主干合并到分支中。现在，分支就是您最终希望主干成为的样子。

2. 创建一个新分支作为主干的克隆。

3. 将您的工作目录切换到最新的分支（即您最终想要作为主干的分支）。使用 svn diff > update.patch 在那里。

4. 将 update.patch 复制到新创建的克隆分支的文件夹中。

5. 将您的工作目录切换到克隆分支的工作目录并应用补丁。克隆分支现在几乎与最新分支相同，但有一个区别：这些隐藏的 svn 文件中没有提及幻影文件夹。

6. 将克隆分支合并回主干。

Answer 2

问题的背景

我对我的工作副本进行了更改，认为如果我不明确“提交”它们，它不会影响我在服务器上的存储库。

为了避免一些警告（不记得了），我使用了几次“更新”。在找到了我自己挖的洞的出路之后，我了解到 “update” 命令的工作方式如下：

1. 如果工作副本被修改/最新，它将提交到存储库。
2. 如果仓库是最新的，它的工作方式就像“结账”（据我所知）。

我正在使用 2 个分支（dev 和 alpha）。我想将 dev 分支合并到 alpha 中。

用于修复

1. 更新我的alpha到我有意提交的修订版、
2. 将dev合并到alpha的步骤。

注意：我使用的是 SmartSVN。

Answer 3

我有同样的问题。我右键单击并选择恢复。这解决了所有合并冲突问题。