使用 git 对整个文件“接受他们的”或“接受我的”的简单工具

解决方案非常简单。 git checkout <filename> 尝试从 索引 中检出文件，因此在合并时失败。

您需要做的是（即签出提交）：

要签出您自己的版本，您可以使用以下之一：

git checkout HEAD -- <filename>

或者

git checkout --ours -- <filename>

（警告！：如果您正在变基 --ours 和 --theirs 被交换。）

或者

git show :2:<filename> > <filename> # (stage 2 is ours)

要签出其他版本，您可以使用以下之一：

git checkout test-branch -- <filename>

或者

git checkout --theirs -- <filename>

或者

git show :3:<filename> > <filename> # (stage 3 is theirs)

您还需要运行“添加”以将其标记为已解决：

git add <filename>

---

尝试这个：

接受他们的更改： git merge --strategy-option theirs

接受您的更改： git merge --strategy-option ours

---

根据 Jakub 的回答，为方便起见，您可以配置以下 git 别名：

accept-ours = "!f() { git checkout --ours -- \"${@:-.}\"; git add -u \"${@:-.}\"; }; f"
accept-theirs = "!f() { git checkout --theirs -- \"${@:-.}\"; git add -u \"${@:-.}\"; }; f"

他们可以选择使用一个或多个文件路径来解析，如果没有给出，则默认解析当前目录下的所有内容。

将它们添加到 ~/.gitconfig 的 [alias] 部分或运行

git config --global alias.accept-ours '!f() { git checkout --ours -- "${@:-.}"; git add -u "${@:-.}"; }; f'
git config --global alias.accept-theirs '!f() { git checkout --theirs -- "${@:-.}"; git add -u "${@:-.}"; }; f'

---

根据 kynan 的回答，这里有相同的别名，经过修改后可以处理文件名中的空格和初始破折号：

accept-ours = "!f() { [ -z \"$@\" ] && set - '.'; git checkout --ours -- \"$@\"; git add -u -- \"$@\"; }; f"
accept-theirs = "!f() { [ -z \"$@\" ] && set - '.'; git checkout --theirs -- \"$@\"; git add -u -- \"$@\"; }; f"

---

解决冲突的理想情况是您提前知道要以哪种方式解决冲突，并且可以通过 -Xours 或 -Xtheirs 递归合并策略选项。除此之外，我可以看到三个场景：

您只想保留文件的单个版本（这可能应该只用于不可合并的二进制文件，因为否则冲突和非冲突文件可能会彼此不同步）。你想简单地决定一个特定方向的所有冲突。您需要手动解决一些冲突，然后在特定方向解决所有其余冲突。

要解决这三种情况，您可以将以下行添加到您的 .gitconfig 文件（或等效文件）中：

[merge]
  conflictstyle = diff3
[mergetool.getours]
  cmd = git-checkout --ours ${MERGED}
  trustExitCode = true
[mergetool.mergeours]
  cmd = git-merge-file --ours ${LOCAL} ${BASE} ${REMOTE} -p > ${MERGED}
  trustExitCode = true
[mergetool.keepours]
  cmd = sed -i '' -e '/^<<<<<<</d' -e '/^|||||||/,/^>>>>>>>/d' ${MERGED}
  trustExitCode = true
[mergetool.gettheirs]
  cmd = git-checkout --theirs ${MERGED}
  trustExitCode = true
[mergetool.mergetheirs]
  cmd = git-merge-file --theirs ${LOCAL} ${BASE} ${REMOTE} -p > ${MERGED}
  trustExitCode = true
[mergetool.keeptheirs]
  cmd = sed -i '' -e '/^<<<<<<</,/^=======/d' -e '/^>>>>>>>/d' ${MERGED}
  trustExitCode = true

get(ours|theirs) 工具仅保留文件的相应版本并丢弃来自其他版本的所有更改（因此不会发生合并）。

merge(ours|theirs) 工具从文件的本地、基本和远程版本重新执行三路合并，选择解决给定方向的冲突。这有一些警告，特别是：它忽略了传递给合并命令的差异选项（例如算法和空白处理）；是否从原始文件中干净地合并（因此对文件的任何手动更改都将被丢弃，这可能是好是坏）；并且具有不会被文件中应该存在的差异标记混淆的优点。

keep(ours|theirs) 工具只需编辑差异标记和封闭部分，通过正则表达式检测它们。这样做的好处是它保留了合并命令中的差异选项，并允许您手动解决一些冲突，然后自动解决其余的冲突。它的缺点是如果文件中有其他冲突标记，它可能会混淆。

这些都由运行 git mergetool -t (get|merge|keep)(ours|theirs) [<filename>] 使用，如果未提供 <filename>，它将处理所有冲突的文件。

一般来说，假设您知道没有混淆正则表达式的差异标记，那么命令的 keep* 变体是最强大的。如果您保留 mergetool.keepBackup 选项未设置或为 true，则在合并后您可以将 *.orig 文件与合并结果进行比较，以检查它是否有意义。例如，我在 mergetool 之后运行以下命令，只是为了在提交前检查更改：

for f in `find . -name '*.orig'`; do vimdiff $f ${f%.orig}; done

注意：如果 merge.conflictstyle 不是 diff3，则 sed 规则中的 /^|||||||/ 模式需要改为 /^=======/。

---