我也遇到过同样的问题。准确地说，我有两个分支A和B，它们有相同的文件，但在一些文件中有不同的编程接口。现在在分支B中修改了独立于两个分支的接口差异的文件f的方法，但这一更改对两个分支都很重要。因此，我只需要将分支B的文件f合并到分支A的文件f。

一个简单的命令已经为我解决了这个问题，如果我假设所有的更改都在分支A和B中提交:

git checkout A

git checkout --patch B f

第一个命令切换到分支A，在那里我想合并B的文件f的版本。第二个命令用B的HEAD的f修补文件f。你甚至可以接受/丢弃补丁的单个部分。你可以在这里指定任何提交，而不是B，它不必是HEAD。

团体编辑:如果B上的文件f在A上还不存在，那么省略——patch选项。否则，您将收到“No Change.”消息。

我将这样做

Git format-patch branch_old..branch_new文件

这将为文件生成一个补丁。

在目标branch_old上应用补丁

去吧等等补丁

下面的命令将 (1)比较文件的正确分支，以掌握 (2)交互式地询问您应用哪些修改。

git checkout --patch master <fn>

我发现这种方法简单而有用:如何“合并”来自另一个分支的特定文件

事实证明，我们太努力了。我们的好朋友git checkout是完成这项工作的合适工具。 Git checkout source_branch <paths>… 我们可以简单地给git checkout特性分支A的名称和我们想要添加到主分支的特定文件的路径。

为了更好的理解，请阅读全文

我的编辑被拒绝了，所以我附上了如何从远程分支处理合并更改在这里。

如果你必须在错误的合并后这样做，你可以这样做:

# If you did a git pull and it broke something, do this first
# Find the one before the merge, copy the SHA1
git reflog
git reset --hard <sha1>

# Get remote updates but DONT auto merge it
git fetch github 

# Checkout to your mainline so your branch is correct.
git checkout develop 

# Make a new branch where you'll be applying matches
git checkout -b manual-merge-github-develop

# Apply your patches
git checkout --patch github/develop path/to/file
...

# Merge changes back in
git checkout develop
git merge manual-merge-github-develop # optionally add --no-ff

# You'll probably have to
git push -f # make sure you know what you're doing.

假设B是当前分支:

$ git diff A <file-path> > patch.tmp
$ git apply patch.tmp -R

注意，这只对本地文件应用更改。之后你需要做出承诺。