Mercurial内部:合并和二进制文件冲突

3

大家好,我使用内部的合并工具internal:merge,因为我不太喜欢图形界面的差异工具。我非常喜欢它,唯一让我感到有点困惑和不方便的是它在处理二进制文件冲突时的行为。

它无法合并二进制文件并退出,这是完全正确的。但是,在具有冲突文件“foo”的目录中,它只创建了“foo.orig”文件。

它是否可以再创建一个“foo.other”文件,这样我就可以选择使用哪个版本的文件(我的或拉取的)?

P.S. 我在Mercurial邮件列表中问了同样的问题,但几天来没有人回复我,也许我在这里会更幸运 :)

1个回答

4

你已经在Mercurial邮件列表 上收到了一些关于你问题的反馈——我试着按照该帖子中的建议编写了一个脚本。虽然我已经有一段时间没有使用Subversion了,但我认为这个简单的脚本能够解决问题:

#!/bin/sh
cp "$1" "$1.mine"
cp "$2" "$1.base"
cp "$3" "$1.other"
false

最后的false命令使脚本返回一个非零的退出代码,向Mercurial表示合并失败。对于Windows系统,它看起来像这样(感谢Pavel):

@copy %1 %1.mine
@copy %2 %1.base
@copy %3 %1.other
exit 1

我把Unix版本保存在~/tmp/m.sh中,没有配置其他合并设置,然后进行了尝试。

[ui]
merge = ~/tmp/m.sh

我创建了一个仓库,其中有两个分支,每个分支都对一个JPEG文件(mg.jpg)进行了冲突性更改。我还对一个文本文件(a.txt)进行了非冲突性更改。合并后得到:

% hg --debug merge
  searching for copies back to rev 1
resolving manifests
 overwrite None partial False
 ancestor 0848c2f8f8f8 local 845b8aa076bd+ remote f611c55aa8ec
 mg.jpg: versions differ -> m
 a.txt: versions differ -> m
preserving a.txt for resolve of a.txt
preserving mg.jpg for resolve of mg.jpg
picked tool '~/tmp/m.sh' for a.txt (binary False symlink False)
merging a.txt
my a.txt@845b8aa076bd+ other a.txt@f611c55aa8ec ancestor a.txt@0848c2f8f8f8
 premerge successful
picked tool '~/tmp/m.sh' for mg.jpg (binary True symlink False)
merging mg.jpg
my mg.jpg@845b8aa076bd+ other mg.jpg@f611c55aa8ec ancestor mg.jpg@0848c2f8f8f8
merging mg.jpg failed!
0 files updated, 1 files merged, 0 files removed, 1 files unresolved
use 'hg resolve' to retry unresolved file merges or 'hg up --clean' to abandon

好处在于预合并可以自己合并a.txt,因此不会创建a.txt.*文件:

% hg stat
M a.txt
M mg.jpg
? mg.jpg.base
? mg.jpg.mine
? mg.jpg.orig
? mg.jpg.other

你可以进一步调整此脚本以适应你的需求,如果这样做,请考虑将信息添加到Mercurial wiki上,或者至少在邮件列表上发布你的发现。

1
它可以正常工作,这里也有Windows版本(不要忘记将其放入某个.bat脚本):@copy %1 %1.mine @copy %2 %1.base @copy %3 %1.other exit 1我唯一觉得有点误导的是文件命名。结果发现“.other”实际上是“.mine”,反之亦然 :) 因此,我宁愿按以下方式重写此脚本:@copy %1 %1.other @copy %2 %1.base @copy %3 %1.mine exit 1 - pachanga
糟糕,stackoverflow搞乱了我的缩进 :( - pachanga
1
我已经在答案中放置了您的Windows版本,以获得适当的格式,谢谢! - Martin Geisler

网页内容由stack overflow 提供, 点击上面的
可以查看英文原文,
原文链接