SVN 更新命令重新发现冲突答案

【问题标题】：SVN update command to rediscover conflictsSVN 更新命令重新发现冲突
【发布时间】：2013-01-02 16:46:33
【问题描述】：

我在一个相当旧的沙箱上通过命令行执行了svn update，并进行了一些本地更改。检测到冲突，所以我看到了通常的输出：

Conflict discovered in 'file.cpp'.
Select: (p) postpone, (df) diff-full, (e) edit,
        (mc) mine-conflict, (tc) theirs-conflict,
        (s) show all options: p

我没有在这台计算机上设置我的 svn 命令行选项，所以我首选的启动 meld 来解决冲突的方法不可用。因此，我选择将冲突推迟到融合设置完成。

然后我使用与the one shown here 类似的过程设置meld。

现在，再做一次svn update 不会重新发现冲突，因此我无法选择启动融合。我只显示“At revision ...”。有没有办法再次获得“Conflict discovered in ...”行？或者是否有启动 3 路融合解析器的命令？

【问题讨论】：

@Clement Ray：谢谢，但我不想要当前冲突的列表，我可以用svn status 来做。我所追求的是在我已经处于冲突状态之后启动交互式冲突解决程序的方式。

标签： bash svn command-line meld

【解决方案1】：

根据it's documentation meld 可以用作 git 合并助手。 git merge helper 是这样调用的：

当使用此工具调用 git mergetool 时（通过 -t 或 --tool 选项或 merge.tool 配置变量）将调用配置的命令行，并将 $BASE 设置为临时名称包含合并的公共基础的文件（如果有）； $本地设置为包含文件内容的临时文件的名称当前分支上的文件； $REMOTE 设置为临时名称包含要合并的文件内容的文件，并设置了 $MERGED 到合并工具应该写入的文件的名称合并解析的结果。

所以至少你可以这样运行它：

export BASE=some_file.r123
export LOCAL=some_file.mine
export REMOTE=some_file.r124
export MERGED=some_file
meld

不知道这和用its three-file syntax运行是不是一样的：meld some_file.r123 some_file.mine some_file.r124。

【讨论】：

谢谢，AndreKR，这很有帮助。我试图弄清楚如何使用 svn 创建的 .mine、.rX 和 .rY 文件手动启动 meld 作为三向解析器，这就是答案。它没有回答如何自动启动它，但我开始认为这可能是不可能的。我会继续寻找一点，但如果事实证明这是不可能的，那么我会接受你的作为最好的解决方案:-)
但是，如果您找到“真正的答案”（如何再次调用该对话框），您应该回答自己的问题并将其标记为已接受。

【解决方案2】：

跟进@AndreKR

如何解决与已安装 Meld 的延迟冲突

因为（在推迟之后）每个冲突文件（*.MY、*.THEIR、*.BASE）都有 3 个临时文件，并且 Meld 最多可以接受三个文件名作为文件差异的参数，所以你只需手动运行meld MY BASE THEIR，编辑我的文件以获得所需的结果，保存它，然后，为了关闭合并冲突，在它之后使用svn resolve --accept 'my-full FILENAME'（根据svn help resolve“当前需要--accept 选项" 和svn resolve 也是必须的，所有更改都在我的文件中完成）

如何将 Meld 用作永远的合并 - 差异

[helpers] 配置文件中的部分：diff-cmd、diff3-cmd 和 merge-tool-cmd 键将获得共同值 - meld（可能带有路径，但没有参数）。使用合并工具会遇到一些小麻烦，因为“...Subversion 会将 4 个参数传递给指定的命令”，而 Meld 只能接受 3 个，但您的博文中提到包含解决此问题的方法

【讨论】：