简体中文 ▾ 主题 ▾ 最新版本 ▾ git-merge-file 最后更新于 2.44.0

名称

git-merge-file - 执行三方文件合并

概要

git merge-file [-L <current-name> [-L <base-name> [-L <other-name>]]]
	[--ours|--theirs|--union] [-p|--stdout] [-q|--quiet] [--marker-size=<n>]
	[--[no-]diff3] [--object-id] <current> <base> <other>

描述

给定三个文件 <current><base><other>git merge-file 将导致 <base><other> 的所有更改合并到 <current> 中。结果通常写入 <current>git merge-file 对于合并对原始文件的独立更改很有用。假设 <base> 是原始文件,而 <current><other> 都是 <base> 的修改,则 git merge-file 会合并这两种更改。

如果 <current><other> 在公共行段中都有更改,则会发生冲突。如果找到冲突,git merge-file 通常会输出警告,并用包含 <<<<<<< 和 >>>>>>> 标记的行来分隔冲突。典型的冲突如下所示:

<<<<<<< A
lines in file A
=======
lines in file B
>>>>>>> B

如果存在冲突,用户应编辑结果并删除其中一个备选项。然而,当 --ours--theirs--union 选项生效时,这些冲突会得到解决,分别倾向于来自 <current>、来自 <other> 或来自两者的行。--marker-size 选项可以用于指定冲突标记的长度。

如果指定了 --object-id,则行为完全相同,只是将要合并的内容指定为指向 blob 的对象 ID 列表,而不是文件。

此程序的退出值为:发生错误时为负数,否则为冲突的数量(如果冲突数量超过 127,则截断为 127)。如果合并干净利落,退出值为 0。

git merge-file 被设计为 RCS merge 的最小克隆;也就是说,它实现了 git[1] 所需的 RCS merge 的所有功能。

选项

--object-id

指定要合并的内容为当前存储库中的 blob,而不是文件。在这种情况下,操作必须在一个有效的存储库中进行。

如果指定了 -p 选项,则合并后的文件(包括任何冲突)会像往常一样发送到标准输出;否则,合并后的文件将写入对象存储,并将其 blob 的对象 ID 写入标准输出。

-L <label>

此选项最多可以给出三次,并指定在冲突报告中用于替代相应文件名的标签。也就是说,git merge-file -L x -L y -L z a b c 生成的输出看起来像是来自文件 x、y 和 z,而不是来自文件 a、b 和 c。

-p

将结果发送到标准输出,而不是覆盖 <current>

-q

安静模式;不警告冲突。

--diff3

以“diff3”风格显示冲突。

--zdiff3

以“zdiff3”风格显示冲突。

--ours
--theirs
--union

不将冲突留在文件中,而是优先选择我们方(或对方或双方)的行来解决冲突。

--diff-algorithm={patience|minimal|histogram|myers}

在合并时使用不同的 diff 算法。当前默认是“myers”,但选择更近期的算法,如“histogram”,可以帮助避免由于不重要的匹配行(例如来自不同函数的括号)而导致的错误合并。另请参阅 git-diff[1] --diff-algorithm

示例

git merge-file README.my README README.upstream

合并 README.my 和 README.upstream 自 README 以来的更改,尝试合并它们并将结果写入 README.my。

git merge-file -L a -L b -L c tmp/a123 tmp/b234 tmp/c345

合并 tmp/a123 和 tmp/c345 与基础 tmp/b234,但使用标签 ac 而不是 tmp/a123tmp/c345

git merge-file -p --object-id abc1234 def567 890abcd

合并 blob abc1234 和 890abcd 自 def567 以来的更改,尝试合并它们并将结果写入标准输出。

GIT

Git[1] 套件的一部分