我正在一个新项目中使用Git，该项目有两个并行但目前处于试验阶段的开发分支：
master：导入现有的代码库，再加上一些我通常确信的修改exp1：实验分支#1exp2：实验分支#2
exp1和exp2表示两种非常不同的体系结构方法。在我进一步相处之前，我无法知道哪一个（如果有的话）会起作用。当我在一个分支中取得进展时，我有时会对另一个分支进行有用的编辑，并希望仅合并这些编辑。
将一个开发分支中的选择性更改合并到另一个分支中，同时保留其他所有内容的最佳方法是什么？
我考虑过的方法：
gitmerge——无需提交，然后手动取消大量编辑，我不想在分支之间共享这些编辑。手动将通用文件复制到临时目录中，然后git checkout移动到另一个分支，然后更多地手动将临时目录复制到工作树中。在上述基础上的变化。暂时放弃exp分支，使用另外两个本地存储库进行实验。这使得手动复制文件更加简单。
所有这三种方法都显得乏味且容易出错。我希望有更好的方法；类似于过滤器路径参数，可以使gitmerge更有选择性。
当前回答
下面是如何将master分支中的Myclass.java文件替换为feature1分支中的Myclass.java。即使master上不存在Myclass.java，它也可以工作。
git checkout master
git checkout feature1 Myclass.java
注意，这将覆盖-而不是合并-并忽略主分支中的本地更改。
其他回答
最简单的方法是将存储库设置为要合并的分支，然后运行
git checkout [branch with file] [path to file you would like to merge]
如果你跑步
git status
您将看到文件已暂存。。。
然后运行
git commit -m "Merge changes on '[branch]' to [file]"
易于理解的
虽然其中一些答案很好，但我觉得没有人真正回答了OP的原始约束：从特定分支中选择特定文件。这个解决方案可以做到这一点，但如果有很多文件，可能会很乏味。
假设您有master、exp1和exp2分支。您希望将每个实验分支中的一个文件合并到master中。我会这样做：
git checkout master
git checkout exp1 path/to/file_a
git checkout exp2 path/to/file_b
# Save these files as a stash
git stash
# Merge stash with master
git merge stash
这将为您提供所需的每个文件的文件差异。没什么了。一点也不差。在不同版本之间进行完全不同的文件更改非常有用——在我的例子中，将应用程序从RubyonRails 2更改为RubyonRails 3。
这将合并文件，但它会进行智能合并。我无法弄清楚如何使用此方法获取文件差异信息（也许对于极端的差异，它仍然会这样做。除非使用-s递归-X忽略所有空格选项，否则像空格这样的恼人的小东西会被合并回来）
我不喜欢上述方法。使用cherry pick可以很好地选择一个改变，但如果你想带来所有的改变，除了一些不好的改变，这是一种痛苦。这是我的方法。
没有可以传递给gitmerge的--interactive参数。
以下是备选方案：
您在分支“特性”中进行了一些更改，您希望以一种不拖泥带水的方式将其中的一些（但不是全部）提交给“主”（即，您不希望逐一挑选和提交）
git checkout feature
git checkout -b temp
git rebase -i master
# Above will drop you in an editor and pick the changes you want ala:
pick 7266df7 First change
pick 1b3f7df Another change
pick 5bbf56f Last change
# Rebase b44c147..5bbf56f onto b44c147
#
# Commands:
# pick = use commit
# edit = use commit, but stop for amending
# squash = use commit, but meld into previous commit
#
# If you remove a line here THAT COMMIT WILL BE LOST.
# However, if you remove everything, the rebase will be aborted.
#
git checkout master
git pull . temp
git branch -d temp
所以，只需将其包装在shell脚本中，将master更改为$to，并将feature更改为$from，就可以了：
#!/bin/bash
# git-interactive-merge
from=$1
to=$2
git checkout $from
git checkout -b ${from}_tmp
git rebase -i $to
# Above will drop you in an editor and pick the changes you want
git checkout $to
git pull . ${from}_tmp
git branch -d ${from}_tmp
简单的方法是，实际上合并来自两个分支的特定文件，而不仅仅是用另一个分支的文件替换特定文件。
第一步：区分分支
git diff branch_b>my_patch_file.patch
创建当前分支和branch_b之间差异的修补程序文件
第二步：对匹配模式的文件应用补丁
git apply-p1--include=pattern/匹配/the/path/to/file/或/folder my_patch_file.patch
关于选项的有用说明
您可以在include模式中使用*作为通配符。
斜杠不需要逃避。
此外，您可以改用--exclude并将其应用于除与模式匹配的文件之外的所有文件，或使用-R反转补丁
-p1选项是*Unix修补程序命令的一个保留，并且事实上，修补程序文件的内容在每个文件名前面加上/或b/（或更多，取决于修补程序文件是如何生成的），您需要删除这些文件，这样它就可以找出真正的文件到需要应用修补程序的文件的路径。
查看git应用程序的手册页以了解更多选项。
第三步：没有第三步
很明显，你想提交你的更改，但谁能说你在提交之前没有其他相关的调整。
以下是如何让历史记录只跟踪来自另一个分支的几个文件，而不必大惊小怪，即使更“简单”的合并会带来更多您不希望的更改。
首先，您将采取不同寻常的步骤，提前声明您要提交的是合并，而Git根本不需要对工作目录中的文件执行任何操作：
git merge --no-ff --no-commit -s ours branchname1
…其中“branchname”是您声称要合并的任何内容。如果你马上提交，它不会做任何更改，但它仍然会显示来自其他分支的祖先。如果需要，也可以向命令行添加更多分支、标记等。不过，此时没有需要提交的更改，所以接下来从其他版本获取文件。
git checkout branchname1 -- file1 file2 etc.
如果要从多个其他分支合并，请根据需要重复。
git checkout branchname2 -- file3 file4 etc.
现在，来自另一个分支的文件位于索引中，准备提交，并具有历史记录。
git commit
在提交消息中，您需要做很多解释。
不过，请注意，如果不清楚的话，这是一件糟糕的事情。这不符合“树枝”的精神，而樱桃采摘是一种更诚实的方式来完成你将要做的事情。如果您想对上次未带来的同一分支上的其他文件进行另一次“合并”，它将以“已更新”消息阻止您。这是一种当我们应该分支时没有分支的症状，因为“from”分支应该是多个不同的分支。
