我遇到过一个类似的问题(想要提交一个包含一些二进制文件的提交，这在合并时引起冲突)，但遇到了一个不同的解决方案，完全可以使用git完成(即不必手动复制文件)。我想我应该把它包括在这里，这样至少我下次需要的时候可以记住它。:)步骤如下:

% git fetch

这将从远程存储库获取最新的提交(您可能需要指定一个远程分支名称，这取决于您的设置)，但不会尝试合并它们。它在FETCH_HEAD中记录提交

% git checkout FETCH_HEAD stuff/to/update

这将获取我想要的二进制文件的副本，并使用从远程分支获取的版本覆盖工作树中的内容。Git不会尝试进行任何合并，因此您最终得到的只是来自远程分支的二进制文件的精确副本。完成之后，就可以像平常一样添加/提交新副本了。

您还可以使用

git mergetool

这会导致git创建冲突二进制文件的本地副本，并在它们上生成默认编辑器:

{矛盾}。头 {矛盾} {矛盾}。远程

显然，在文本编辑器中无法有效地编辑二进制文件。相反，复制新的{conflicted}。远程文件{冲突}没有关闭编辑器。然后，当你关闭编辑器时，git会看到未修饰的工作副本已被更改，并且合并冲突已以通常的方式解决。

我遇到过在windows上使用Git管理二进制文件的差异/合并的两种策略。

Tortoise git lets you configure diff/merge tools for different file types based on their file extensions. See 2.35.4.3. Diff/Merge Advanced Settings http://tortoisegit.org/docs/tortoisegit/tgit-dug-settings.html. This strategy of course relys on suitable diff/merge tools being available. Using git attributes you can specify a tool/command to convert your binary file to text and then let your default diff/merge tool do it's thing. See http://git-scm.com/book/it/v2/Customizing-Git-Git-Attributes. The article even gives an example of using meta data to diff images.

我让这两种策略都适用于软件模型的二进制文件，但我们使用了tortoise git，因为配置很简单。

从git签出文档

git checkout [-f|--ours|--theirs|-m|--conflict=<style>] [<tree-ish>] [--] <paths>... --ours --theirs When checking out paths from the index, check out stage #2 (ours) or #3 (theirs) for unmerged paths. The index may contain unmerged entries because of a previous failed merge. By default, if you try to check out such an entry from the index, the checkout operation will fail and nothing will be checked out. Using -f will ignore these unmerged entries. The contents from a specific side of the merge can be checked out of the index by using --ours or --theirs. With -m, changes made to the working tree file can be discarded to re-create the original conflicted merge result.

如果二进制文件不仅仅是一个dll文件，或者可以像图像一样直接编辑的文件，或者一个混合文件(你不需要丢弃/选择一个文件或另一个文件)，真正的合并应该是这样的:

我建议搜索一个diff工具，针对你的二进制文件，例如，有一些免费的图像文件

npm install -g imagediff IIRC from https://github.com/uber/image-diff 或python https://github.com/kaikuehne/mirror.git 外面还有其他人

然后比较它们。

如果没有用于比较文件的diff工具，那么如果您有bin文件的原始生成器(也就是说，存在用于它的编辑器……)就像blender 3d一样，你可以手动检查这些文件，也可以查看日志，并询问其他人你应该包括什么) 并使用https://git-scm.com/book/es/v2/Git-Tools-Advanced-Merging#_manual_remerge输出文件

$ git show :1:hello.blend > hello.common.blend
$ git show :2:hello.blend > hello.ours.blend
$ git show :3:hello.blend > hello.theirs.blend

我的案子看起来像个bug....使用git 2.21.0

我拉了一下…它抱怨二进制文件:

warning: Cannot merge binary files: <path>
Auto-merging <path>
CONFLICT (content): Merge conflict in <path>
Automatic merge failed; fix conflicts and then commit the result.

然后这里的任何答案都没有产生任何有意义的输出。

如果我看一下我现在拥有的文件……这是我编辑的。如果我这样做:

git checkout --theirs -- <path>
git checkout --ours -- <path>

我得到输出:

Updated 0 paths from the index

我还保存着我那份文件如果我rm，然后签出，它会说1，但它仍然给我我的文件版本。

Git mergetool说

No files need merging

git状态显示

    All conflicts fixed but you are still merging.
    (use "git commit" to conclude merge)

一种选择是撤销提交…但我很不幸，我犯了很多错误，这是第一次犯错误。我不想浪费时间重复了。

为了解决这个疯狂的问题:

我只是跑了

git commit

这会丢失远程版本，并可能浪费一些空间存储额外的二进制文件…然后

git checkout <commit where the remote version exists> <path>

这样就能把远程版本还给我了

然后再次编辑文件…然后提交和推，这可能意味着用另一个二进制文件的副本浪费空间。