请注意，有时这是行不通的：

git checkout--我们的路径/to/file

or

git checkout--他们的路径/to/file

我改为这样做，假设HEAD是我们的，MERGE_HEAD是他们的

git checkout HEAD -- path/to/file

or:

git checkout MERGE_HEAD -- path/to/file

在我们这样做之后，我们很好：

git add .

如果你想了解更多，请点击此处查看精彩的torek帖子：git checkout--我们不会从未合并文件列表中删除文件

2023年更新！

如果您想接受所有当前更改并忽略任何传入的更改，可以执行以下操作：

git merge [branch] --strategy-option ours

[branch]应替换为要合并到当前分支中的分支的名称。

相反，如果您知道要覆盖任何当前更改并接受来自传入更改的所有冲突，则可以使用他们的策略：

git merge [branch] --strategy-option theirs

git pull -s recursive -X theirs <remoterepo or other repo>

或者，简单地说，对于默认存储库：

git pull -X theirs

如果你已经处于冲突状态。。。

git checkout --theirs path/to/file

您可以使用递归的“他们的”策略选项：

git merge --strategy-option theirs

来自男子：

ours
    This option forces conflicting hunks to be auto-resolved cleanly by 
    favoring our version. Changes from the other tree that do not 
    conflict with our side are reflected to the merge result.

    This should not be confused with the ours merge strategy, which does 
    not even look at what the other tree contains at all. It discards 
    everything the other tree did, declaring our history contains all that
    happened in it.

theirs
    This is opposite of ours.

注意：正如手册页所说，“我们”的合并策略选项与“我们”合并策略非常不同。

git checkout——我们的/他们的并不专门解决冲突。它从我们/他们的文件中检出（取出整个文件）。

假设我们有一个文件foo，其中包含两个committes/branches/trees/whatever中的更改。如果存在由他们引入的冲突以及修改，并且我们希望使用我们的（然后使用签出）来解决冲突，我们的foo将丢弃引入冲突的更改以及修改。

使用SED

使用他们的解决方案：

sed-i-e'/^''/^=====//，/^========/d'-e'/^>>>>>>/d'foo

-i就地修改文件，/^^^===========</，/^=====/d删除（我们的）和（包括）之间的所有内容/^>>>>>>>/d删除剩余的冲突标记-e为SED指定多个模式foo文件

使用我们的解决方案：

sed-i-e'/^'>''''</d'-e'/^=====/，/^>>>>>>/d'foo

我编写了一个脚本，您可以调用gitresolve-o/-t/-b。

创建自定义合并工具

您可以创建自定义合并工具。在上述sed脚本的基础上，您可以在git配置中添加如下内容：

[mergetool "ours"]
    cmd = "sed -i -e '/^<<<<<<</d' -e '/^=======/,/^>>>>>>>/d' -- $MERGED"

并将其称为gitmergetool--tool=ours

git pull-X他们的答案可能会创建一个难看的合并提交，或者发出

错误：您对以下文件的本地更改将被合并覆盖：

如果您想简单地忽略对repo中文件的任何本地修改，例如，在始终应为源镜像的客户端上，请运行以下命令（用所需的分支替换master）：

git fetch && git reset --hard origin/master

它是如何工作的？git fetch执行git pull，但不合并。然后gitreset-hard使您的工作树与上一次提交相匹配。您对回购中文件的所有本地更改都将被丢弃，但新的本地文件将被保留。