如果你有选择性的修订要合并，比如从A,B,C,D,E,F,G,H,I,J提交A, C, F, J，简单地使用下面的命令:

git cherry-pick A C F J

运用J. B. Rainsberger和sschaef的评论来具体回答这个问题…在这个例子中使用樱桃选择范围:

git checkout a
git cherry-pick b..f

or

git checkout a
git cherry-pick c^..f

git format-patch --full-index --binary --stdout range... | git am -3

另一个值得一提的变体是，如果你想要一个分支的最后n次提交，~语法可以很有用:

git cherry-pick some-branch~4..some-branch

在这种情况下，上面的命令将从一个名为some-branch的分支中选择最后4次提交(尽管您也可以使用提交散列来代替分支名称)

git rev-list --reverse b..f | xargs -n 1 git cherry-pick

git rev-list打印从分支b到分支f(反向)的所有修订，这样当每一行(提交哈希)按顺序传递时，它会将每一行都樱桃式地选择到当前git HEAD中。例如，git选择{哈希的c};Git选择{哈希的d};.．. ——@coderatchet评论

你可以使用git rebase和git分支的串行组合来将一组提交应用到另一个分支上。正如wolfc已经发布的，第一个命令实际上复制了提交。但是，在向组的最顶层提交添加分支名称之前，更改是不可见的。

请在新标签页打开图片…

以文本形式总结命令:

使用命令:gitk——all &将gitk作为一个独立的进程打开。 运行git rebase——to a bf。 在gitk中按F5。没有什么变化。但是没有HEAD标记。 运行git分支选择 在gitk中按F5。新的分支及其提交将出现。

这应该澄清一些事情:

Commit a是组的新根目的地。 提交b是组的第一个提交之前的提交(独占)。 提交f是组(包括)的最后一次提交。

然后，你可以使用git checkout功能&& git reset—hard b从功能分支中删除c到f的提交。

除了这个答案，我还写了一篇博客文章，描述了另一个场景中的命令，应该有助于一般使用它。