我正在一个新项目中使用Git，该项目有两个并行但目前处于试验阶段的开发分支：
master：导入现有的代码库，再加上一些我通常确信的修改exp1：实验分支#1exp2：实验分支#2
exp1和exp2表示两种非常不同的体系结构方法。在我进一步相处之前，我无法知道哪一个（如果有的话）会起作用。当我在一个分支中取得进展时，我有时会对另一个分支进行有用的编辑，并希望仅合并这些编辑。
将一个开发分支中的选择性更改合并到另一个分支中，同时保留其他所有内容的最佳方法是什么？
我考虑过的方法：
gitmerge——无需提交，然后手动取消大量编辑，我不想在分支之间共享这些编辑。手动将通用文件复制到临时目录中，然后git checkout移动到另一个分支，然后更多地手动将临时目录复制到工作树中。在上述基础上的变化。暂时放弃exp分支，使用另外两个本地存储库进行实验。这使得手动复制文件更加简单。
所有这三种方法都显得乏味且容易出错。我希望有更好的方法；类似于过滤器路径参数，可以使gitmerge更有选择性。
当前回答
简单的方法是，实际上合并来自两个分支的特定文件，而不仅仅是用另一个分支的文件替换特定文件。
第一步：区分分支
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应用程序的手册页以了解更多选项。
第三步：没有第三步
很明显，你想提交你的更改，但谁能说你在提交之前没有其他相关的调整。
其他回答
我不喜欢上述方法。使用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
1800 INFORMATION的答案完全正确。不过，作为Git的新手，“使用Git cherry pick”不足以让我在互联网上进行更多挖掘，所以我想我会发布一份更详细的指南，以防其他人也在类似的情况下。
我的用例是希望有选择地将别人的GitHub分支中的更改拉到我自己的分支中。如果您已经有一个具有更改的本地分支，则只需执行步骤2和5-7。
使用要引入的更改创建（如果未创建）本地分支。$git分支mybranch<基本分支>切换到它。$git结帐mybranch从其他人的帐户中删除所需的更改。如果还没有，则需要将它们添加为远程。$git远程添加repo-w-changes＜git-url＞把树枝上的东西都拔下来。$git pull-repos-w-changes-branch-i-want查看提交日志以查看所需的更改：$git日志切换回要将更改拉入的分支。$git原始付款分支Cherry用哈希一个接一个地选择你的提交。$git cherry-pick-x提交哈希
帽子提示：http://www.sourcemage.org/Git_Guide（存档副本）
还有另一条路要走：
git checkout -p
它是git checkout和git add-p的混合体，可能正是您想要的：
-p, --patch
Interactively select hunks in the difference between the <tree-ish>
(or the index, if unspecified) and the working tree. The chosen
hunks are then applied in reverse to the working tree (and if a
<tree-ish> was specified, the index).
This means that you can use git checkout -p to selectively discard
edits from your current working tree. See the “Interactive Mode”
section of git-add(1) to learn how to operate the --patch mode.
这并不完全是你想要的，但它对我很有用：
git checkout -p <branch> -- <paths> ...
这是一些答案的混合。
我编写了自己的脚本“pmerge”来部分合并目录。这是一项正在进行的工作，我仍然在学习Git和Bash脚本。
该命令使用gitmerge--no提交，然后取消应用与提供的路径不匹配的更改。
用法：git pmerge分支路径示例：gitmerge-devel-src/
我还没有对它进行广泛的测试。工作目录应该没有任何未提交的更改和未跟踪的文件。
#!/bin/bash
E_BADARGS=65
if [ $# -ne 2 ]
then
echo "Usage: `basename $0` branch path"
exit $E_BADARGS
fi
git merge $1 --no-commit
IFS=$'\n'
# List of changes due to merge | replace nulls with newlines | strip lines to just filenames | ensure lines are unique
for f in $(git status --porcelain -z -uno | tr '\000' '\n' | sed -e 's/^[[:graph:]][[:space:]]\{1,\}//' | uniq); do
[[ $f == $2* ]] && continue
if git reset $f >/dev/null 2>&1; then
# Reset failed... file was previously unversioned
echo Deleting $f
rm $f
else
echo Reverting $f
git checkout -- $f >/dev/null 2>&1
fi
done
unset IFS
