mipadi的回答对我不太管用，我需要这样做:

Git签出——我们的路径/to/file.bin

或者，保持被合并的版本:

Git签出——他们的路径/to/file.bin

then

选择add path/to/file

然后我可以再次使用"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 --theirs -- path/to/conflicted-file.txt

使用该版本的文件。同样，如果您知道您想要自己的版本(而不是被合并的版本)，则可以使用

$ git checkout --ours -- path/to/conflicted-file.txt

您必须手动解决冲突(复制文件)，然后像这样提交文件(无论您是复制它还是使用本地版本)

git commit -a -m "Fix merge conflict in test.foo"

Git通常会在合并后自动提交，但当它检测到自己无法解决的冲突时，它会应用它找到的所有补丁，并将其余的补丁留给您手动解决和提交。Git合并手册页，Git- svn速成课程或这篇博客文章可能会对它的工作原理有所启发。

编辑:请看下面的帖子，你实际上不必自己复制文件，但可以使用

git checkout --ours -- path/to/file.txt
git checkout --theirs -- path/to/file.txt

以选择所需文件的版本。只有当你想混合使用两个版本时，才需要复制/编辑文件。

请将米帕迪斯的答案标记为正确答案。

这个过程是在你向Github提交了一个pull请求后解决二进制文件冲突:

所以在Github上，你发现你的拉请求在二进制文件上有冲突。 现在回到本地计算机上相同的git分支。 您(a)再次重新制作/重新构建这个二进制文件，(b)将生成的二进制文件提交到相同的git分支。 然后你把这个相同的git分支再次推到Github。

在Github上，在你的拉请求时，冲突应该会消失。

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

% git fetch

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

% git checkout FETCH_HEAD stuff/to/update

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