下面是我在这种情况下的做法。这是一个拼凑，但它对我来说很好。

在工作分支的基础上创建另一个分支。 git pull/git合并修订版(SHA1)，其中包含您想要复制的文件。这将合并所有的更改，但我们只使用这个分支来获取一个文件。 解决任何冲突等调查你的文件。 检出您的工作分支 签出合并提交的文件。 提交它。

我试过修补，但我的情况太糟糕了。简而言之就是这样的

工作部门:A 实验分支:B(包含文件.txt，其中有我想折叠的变化)

git checkout A

根据A创建新分支:

git checkout -b tempAB

将B合并为tempAB

git merge B

复制合并的sha1哈希值:

git log

commit 8dad944210dfb901695975886737dc35614fa94e
Merge: ea3aec1 0f76e61
Author: matthewe <matthewe@matthewe.com>
Date:   Wed Oct 3 15:13:24 2012 -0700

Merge branch 'B' into tempAB

签出你的工作分支:

git checkout A

签出您修复的文件:

git checkout 7e65b5a52e5f8b1979d75dffbbe4f7ee7dad5017 file.txt

你应该知道了。提交你的结果。

我也遇到过同样的问题。准确地说，我有两个分支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 checkout是完成这项工作的合适工具。 Git checkout source_branch <paths>… 我们可以简单地给git checkout特性分支A的名称和我们想要添加到主分支的特定文件的路径。

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

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

git checkout --patch master <fn>

下面是我在这种情况下的做法。这是一个拼凑，但它对我来说很好。

在工作分支的基础上创建另一个分支。 git pull/git合并修订版(SHA1)，其中包含您想要复制的文件。这将合并所有的更改，但我们只使用这个分支来获取一个文件。 解决任何冲突等调查你的文件。 检出您的工作分支 签出合并提交的文件。 提交它。

我试过修补，但我的情况太糟糕了。简而言之就是这样的

工作部门:A 实验分支:B(包含文件.txt，其中有我想折叠的变化)

git checkout A

根据A创建新分支:

git checkout -b tempAB

将B合并为tempAB

git merge B

复制合并的sha1哈希值:

git log

commit 8dad944210dfb901695975886737dc35614fa94e
Merge: ea3aec1 0f76e61
Author: matthewe <matthewe@matthewe.com>
Date:   Wed Oct 3 15:13:24 2012 -0700

Merge branch 'B' into tempAB

签出你的工作分支:

git checkout A

签出您修复的文件:

git checkout 7e65b5a52e5f8b1979d75dffbbe4f7ee7dad5017 file.txt

你应该知道了。提交你的结果。

假设B是当前分支:

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

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