我正在一个新项目中使用Git，该项目有两个并行但目前处于试验阶段的开发分支：
master：导入现有的代码库，再加上一些我通常确信的修改exp1：实验分支#1exp2：实验分支#2
exp1和exp2表示两种非常不同的体系结构方法。在我进一步相处之前，我无法知道哪一个（如果有的话）会起作用。当我在一个分支中取得进展时，我有时会对另一个分支进行有用的编辑，并希望仅合并这些编辑。
将一个开发分支中的选择性更改合并到另一个分支中，同时保留其他所有内容的最佳方法是什么？
我考虑过的方法：
gitmerge——无需提交，然后手动取消大量编辑，我不想在分支之间共享这些编辑。手动将通用文件复制到临时目录中，然后git checkout移动到另一个分支，然后更多地手动将临时目录复制到工作树中。在上述基础上的变化。暂时放弃exp分支，使用另外两个本地存储库进行实验。这使得手动复制文件更加简单。
所有这三种方法都显得乏味且容易出错。我希望有更好的方法；类似于过滤器路径参数，可以使gitmerge更有选择性。
当前回答
当两个分支的当前提交之间只有几个文件发生了更改时，我通过遍历不同的文件来手动合并更改。
gitdifftool<branch-1><分支2>
另请参见https://sites.google.com/site/icusite/setup/git-difftool
其他回答
对我来说，git reset-soft分支是有选择地从另一个分支中选择更改的最简单方法，因为这个命令将所有diff更改放在我的工作树中，我可以轻松地选择或还原我需要的更改。
通过这种方式，我可以完全控制提交的文件。
我想要的是：在一个新的分支中，以交互方式从一个分支（它有几个混乱的提交）中选择一个大块的提交。
如果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
tl；博士
git checkout source_branch -- path/to/file
# resolve conflicts if any
git commit -am '...'
我遇到了和你上面提到的完全相同的问题。但我在解释答案时发现这一点更清楚。
摘要：
检查要合并的分支的路径，$git签出source_branch--<paths>。。。提示：它也可以像链接文章中看到的那样，不使用“--”。或者选择性地合并大块$git checkout-p source_branch--<paths>。。。
或者，使用reset，然后添加选项-p，
$ git reset <paths>...
$ git add -p <paths>...
最后提交$gitcommit-m“'合并'这些更改”
以下是如何让历史记录只跟踪来自另一个分支的几个文件，而不必大惊小怪，即使更“简单”的合并会带来更多您不希望的更改。
首先，您将采取不同寻常的步骤，提前声明您要提交的是合并，而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”分支应该是多个不同的分支。
如果你是Gitkraken用户，这里有一个小指南
总而言之：
移动到要进行更改的分支。（例如开发）右键单击具有新更改的分支，然后选择“cherrypickcommit”选项（例如功能ABC）。最后接受并检查冲突（如果有）。
