我正在一个新项目中使用Git，该项目有两个并行但目前处于试验阶段的开发分支：
master：导入现有的代码库，再加上一些我通常确信的修改exp1：实验分支#1exp2：实验分支#2
exp1和exp2表示两种非常不同的体系结构方法。在我进一步相处之前，我无法知道哪一个（如果有的话）会起作用。当我在一个分支中取得进展时，我有时会对另一个分支进行有用的编辑，并希望仅合并这些编辑。
将一个开发分支中的选择性更改合并到另一个分支中，同时保留其他所有内容的最佳方法是什么？
我考虑过的方法：
gitmerge——无需提交，然后手动取消大量编辑，我不想在分支之间共享这些编辑。手动将通用文件复制到临时目录中，然后git checkout移动到另一个分支，然后更多地手动将临时目录复制到工作树中。在上述基础上的变化。暂时放弃exp分支，使用另外两个本地存储库进行实验。这使得手动复制文件更加简单。
所有这三种方法都显得乏味且容易出错。我希望有更好的方法；类似于过滤器路径参数，可以使gitmerge更有选择性。
当前回答
您可以使用cherry-pick命令从一个分支获取单个提交。
如果所需的更改不在单个提交中，则使用此处显示的方法将提交拆分为单个提交。大致来说，您使用git rebase-i获取原始提交以进行编辑，然后使用git reset HEAD^选择性地还原更改，然后使用git commit将该位提交为历史中的新提交。
Red Hat Magazine还有另一个很好的方法，他们使用git-add——补丁或者可能是git-add，如果你想将不同的更改拆分到一个单独的文件中（在该页面中搜索“拆分”），则可以只添加大块的一部分。
拆分更改后，您现在可以随意选择所需的更改。
其他回答
我发现这篇文章包含了最简单的答案。只需执行以下操作：
git checkout <branch from which you want files> <file paths>
实例
将.gitignore文件从branchB拉入当前分支：
git checkout branchB .gitignore
有关更多信息，请参阅文章。
您可以使用cherry-pick命令从一个分支获取单个提交。
如果所需的更改不在单个提交中，则使用此处显示的方法将提交拆分为单个提交。大致来说，您使用git rebase-i获取原始提交以进行编辑，然后使用git reset HEAD^选择性地还原更改，然后使用git commit将该位提交为历史中的新提交。
Red Hat Magazine还有另一个很好的方法，他们使用git-add——补丁或者可能是git-add，如果你想将不同的更改拆分到一个单独的文件中（在该页面中搜索“拆分”），则可以只添加大块的一部分。
拆分更改后，您现在可以随意选择所需的更改。
我想要的是：在一个新的分支中，以交互方式从一个分支（它有几个混乱的提交）中选择一个大块的提交。
如果diff中有任何二进制文件，gitdiff+gitapply将无法工作。
我的方法：
# New branch from a clean starting point, e.g. master
git checkout new-clean-branch origin/master
# Get all changes from the messy branch
# (quote the star so your shell doesn't expand it)
git checkout messy-branch -- '*'
# Unstage ("un-add") everything
git restore --staged .
# Interactively add hunks to be staged for commit
git add -p
简单的方法是，实际上合并来自两个分支的特定文件，而不仅仅是用另一个分支的文件替换特定文件。
第一步：区分分支
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博客在解释答案时更清晰。
来自以上链接的命令：
# You are in the branch you want to merge to
git checkout <branch_you_want_to_merge_from> <file_paths...>
