为特定文件（“我们的”，“我的”，“他们的”）选择Git合并策略

经过一阵子我正在重新扎根git pull --rebase。我有一些合并冲突的文件。如何接受特定文件的“他们”或“我的”更改？

$ git status
# Not currently on any branch.
# You are currently rebasing.
#   (fix conflicts and then run "git rebase --continue")
#   (use "git rebase --skip" to skip this patch)
#   (use "git rebase --abort" to check out the original branch)
#
# Changes to be committed:
#   (use "git reset HEAD <file>..." to unstage)
#
#       modified:  CorrectlyMergedFile
#
# Unmerged paths:
#   (use "git reset HEAD <file>..." to unstage)
#   (use "git add <file>..." to mark resolution)
#
#       both modified: FileWhereIWantToAcceptTheirChanges
#       both modified: FileWhereIWantToAcceptMyChanges

通常，我只是打开文件或合并工具，然后手动接受所有“其”或“我的”更改。但是，我怀疑我缺少方便的git命令。

另外，请注意，当我看到哪些文件遇到冲突以及可能是什么冲突时，我将只能为每个文件选择合并策略。

对于收到的每个冲突文件，您可以指定

git checkout --ours -- <paths>
# or
git checkout --theirs -- <paths>

来自git checkout文档

git checkout [-f|--ours|--theirs|-m|--conflict=<style>] [<tree-ish>] [--] <paths>...

--ours
--theirs
从索引中检出路径时，请检出阶段＃2（ours）或＃3（theirs）中的未合并路径。

由于先前的合并失败，索引可能包含未合并的条目。默认情况下，如果您尝试从索引中检出此类条目，则检出操作将失败并且将不检出任何内容。使用-f将忽略这些未合并的条目。可以使用--ours或从索引中检出合并特定方面的内容--theirs。使用-m，可以放弃对工作树文件的更改，以重新创建原始的冲突合并结果。

即使回答了这个问题，也提供了一个示例，说明在git rebase vs merge情况下“他们的”和“我们的”是什么意思。看到这个链接

theirs在rebase的情况下，Git Rebase实际上是当前分支。因此，以下命令实际上是在远程分支上接受您当前的分支更改。

# see current branch
$ git branch
... 
* branch-a
# rebase preferring current branch changes during conflicts
$ git rebase -X theirs branch-b

Git的合并
对于合并的意义theirs和ours反转。因此，为了在合并期间获得相同的效果，即，使当前分支更改（ours）保持在要合并的远程分支（theirs）上。

# assuming branch-a is our current version
$ git merge -X ours branch-b  # <- ours: branch-a, theirs: branch-b

请注意，通过选择或版本，这git checkout --ours|--theirs将完全覆盖文件，这可能是或可能不是您要执行的操作（如果您有来自另一端的任何无冲突的更改，它们将会丢失）。theirsours

相反，如果您要对文件执行三向合并，并且仅使用来解决有冲突的块--ours|--theirs，同时将双方没有冲突的块保留在适当的位置，则您可能要诉诸于git merge-file; 查看此答案的详细信息。