我正在一个新项目中使用Git，该项目有两个并行但目前处于试验阶段的开发分支：
master：导入现有的代码库，再加上一些我通常确信的修改exp1：实验分支#1exp2：实验分支#2
exp1和exp2表示两种非常不同的体系结构方法。在我进一步相处之前，我无法知道哪一个（如果有的话）会起作用。当我在一个分支中取得进展时，我有时会对另一个分支进行有用的编辑，并希望仅合并这些编辑。
将一个开发分支中的选择性更改合并到另一个分支中，同时保留其他所有内容的最佳方法是什么？
我考虑过的方法：
gitmerge——无需提交，然后手动取消大量编辑，我不想在分支之间共享这些编辑。手动将通用文件复制到临时目录中，然后git checkout移动到另一个分支，然后更多地手动将临时目录复制到工作树中。在上述基础上的变化。暂时放弃exp分支，使用另外两个本地存储库进行实验。这使得手动复制文件更加简单。
所有这三种方法都显得乏味且容易出错。我希望有更好的方法；类似于过滤器路径参数，可以使gitmerge更有选择性。
当前回答
要有选择地将文件从一个分支合并到另一个分支，请运行
git merge --no-ff --no-commit branchX
其中branchX是要从中合并到当前分支的分支。
--no commit选项将暂存已被Git合并的文件，而无需实际提交。这将使您有机会根据需要修改合并的文件，然后自己提交。
根据您希望合并文件的方式，有四种情况：
1） 你想要真正的合并。
在这种情况下，您接受合并文件的方式是Git自动合并文件，然后提交它们。
2） 有些文件您不想合并。
例如，您希望保留当前分支中的版本，而忽略要从中合并的分支的版本。
要选择当前分支中的版本，请运行：
git checkout HEAD file1
这将在当前分支中检索file1的版本，并覆盖Git自动合并的file1。
3） 如果您希望branchX中的版本（而不是真正的合并）。
Run:
git checkout branchX file1
这将在branchX中检索file1的版本，并覆盖Git自动合并的file1。
4） 最后一种情况是，如果只选择文件1中的特定合并。
在这种情况下，您可以直接编辑修改后的file1，将其更新为您希望的file1版本，然后提交。
如果Git无法自动合并文件，它将报告该文件为“未合并”，并生成一个副本，您需要手动解决冲突。
为了用示例进一步解释，假设您希望将branchX合并到当前分支中：
git merge --no-ff --no-commit branchX
然后运行gitstatus命令查看修改文件的状态。
例如：
git status
# On branch master
# Changes to be committed:
#
# modified: file1
# modified: file2
# modified: file3
# Unmerged paths:
# (use "git add/rm <file>..." as appropriate to mark resolution)
#
# both modified: file4
#
其中，file1、file2和file3是git已成功自动合并的文件。
这意味着所有这三个文件的master和branchX中的更改都已合并在一起，没有任何冲突。
您可以通过运行gitdiff-cached来检查合并是如何完成的；
git diff --cached file1
git diff --cached file2
git diff --cached file3
如果您发现不需要合并，那么可以
直接编辑文件拯救git提交
如果您不想合并文件1并希望在当前分支中保留版本
Run
git checkout HEAD file1
如果您不想合并file2，只想在branchX中使用版本
Run
git checkout branchX file2
如果希望自动合并file3，请不要执行任何操作。
Git目前已经将其合并。
上面的文件4是Git失败的合并。这意味着在同一行上发生的两个分支中都有更改。这是您需要手动解决冲突的地方。您可以通过直接编辑文件或为希望file4成为的分支中的版本运行签出命令来放弃合并的文件。
最后，不要忘记gitcommit。
其他回答
虽然其中一些答案很好，但我觉得没有人真正回答了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忽略所有空格选项，否则像空格这样的恼人的小东西会被合并回来）
如果您只需要合并一个特定的目录并保留所有其他内容，同时保留历史记录，那么您可以尝试这样做。。。在实验之前，从主对象创建一个新的目标分支。
下面的步骤假设您有两个分支目标分支和源分支，并且要合并的目录目录位于源分支中。另外，假设您有其他目录（如dir）保留在目标中，您不想更改并保留历史记录。此外，假设要合并的目录中存在合并冲突。
git checkout target-branch
git merge --no-ff --no-commit -X theirs source-branch
# the option "-X theirs", will pick theirs when there is a conflict.
# the options "--no--ff --no-commit" prevent a commit after a merge, and give you an opportunity to fix other directories you want to retain, before you commit this merge.
# the above, would have messed up the other directories that you want to retain.
# so you need to reset them for every directory that you want to retain.
git reset HEAD dir-to-retain
# verify everything and commit.
我会做一个
git diff commit1.commit2文件模式| git apply--索引和git提交
这样，您可以限制来自分支的文件模式的提交范围。
它是从Re窃取的：如何从一个分支到另一个分支仅提取几个文件？
如果你是Gitkraken用户，这里有一个小指南
总而言之：
移动到要进行更改的分支。（例如开发）右键单击具有新更改的分支，然后选择“cherrypickcommit”选项（例如功能ABC）。最后接受并检查冲突（如果有）。
这并不完全是你想要的，但它对我很有用：
git checkout -p <branch> -- <paths> ...
这是一些答案的混合。
