或者请求的一行代码:

git rebase --onto a b f

如何挑选单个提交、多个提交或一系列提交

.．.到你当前签出的分支:

1. 选择一个名为commit的分支或提交

git cherry-pick commit

例子:

git cherry-pick my_branch                                 # by branch name
git cherry-pick 1e038f108a130831f108329b1083a8139813fabc  # by full hash
git cherry-pick 1e038f10                                  # by partial hash

2. 选择多个提交

请注意，您可以一次选择任意数量的提交哈希值，并且可以按照您想要的任何顺序进行。它们将简单地按您指定的顺序一次应用一个。如果出现任何冲突，你必须一次解决一个，然后使用git add my_file，然后git cherry-pick——continue来继续选择过程。

git cherry-pick commit1 commit2 commit3 commit4 commit5

3.选择一系列提交

我最初是从@Eric Darchis得到最多赞的回答中学到这种风格的基础知识。

注意，要选择一个提交范围，必须指定一个开始和结束提交散列，使用..他们之间。但是，在一系列提交中，不包括开始提交。因此，要包含它，必须在开始提交之前指定提交。指定之前提交的语法是将~、~1或^放在你的提交之后，如:beginning_commit~，这意味着:“在beginning_commit之前提交”。

# A. INCLUDING the beginning_commit
git cherry-pick beginning_commit~..ending_commit
# OR (same as above)
git cherry-pick beginning_commit~1..ending_commit
# OR (same as above)
git cherry-pick beginning_commit^..ending_commit 

# B. NOT including the beginning_commit
git cherry-pick beginning_commit..ending_commit

注意:commit~、commit~1和commit^都表示“commit之前的一次提交”，或者换句话说:“commit之前的一次提交”。

要在提交之前指定两次提交，你可以使用这样的语法:

commit~~
commit~2  # my preferred syntax
commit^^

要在提交前指定三次提交，你可以这样做:

commit~~~  
commit~3   # my preferred syntax
commit^^^

这是行不通的:

commit^3   # INVALID syntax

要亲自测试上述“以前的提交语法”概念，最简单的方法是使用git log命令。例:

git log commit
git log commit~
git log commit~1
git log commit^
git log commit~~
git log commit~5
# etc.

4. 在你的分支上挑选你的同伴提交的范围

.．.当他们的分支peer_branch从你的分支my_branch的早期版本中分离出来时。

快速的总结

# you cherry-pick all of their extra commits from their `peer_branch` onto 
# your `my_branch` (note: the 3 dots below are very important!)

git fetch origin peer_branch  # get their latest changes from the remote
git checkout my_branch        # ensure you're on your branch
# cherry-pick their range of commits
git cherry-pick my_branch...origin/peer_branch  
git log                       # review the commits you just chery-picked
git push                      # push your changes to the remote

完整的细节和工作流程演练

假设你正在做你的特性分支my_branch，你的同事想要帮你做一些改变来帮助你完成你的特性。您已经将my_branch推到名为origin的远程节点。因此，它们将获取名为my_branch的远程分支到它们的本地计算机，从它派生出名为peer_branch的分支，然后推送到名为peer_branch的分支。一旦他们这样做了，你就会立刻挑选他们所有的添加。这是这个过程的第一部分:

# **your peer** does this

# peer fetches your branch named `my_branch` and forks their `peer_branch`
# off of it

# they fetch your latest work from remote `my_branch` into their locally-stored
# remote-tracking "hidden" branch named `origin/my_branch`
# (note: you can see all locally-stored remote-tracking "hidden" branches
# with `git branch -r`)
git fetch origin my_branch
# create `peer_branch` as a fork off of `origin/my_branch`, and check it out
git checkout -b peer_branch origin/my_branch

# Now they can add their changes and commits and `git push` to remote `origin`
# as their own `peer_branch` when done.

现在他们已经把所有的更改都推到了远程的原点，作为他们自己名为peer_branch的分支，你可以像这样挑选他们在你的工作上添加的所有提交:

# **you** do this to cherry-pick your peer's helpful changes they added to 
# your work

# you fetch their latest work from their branch named `peer_branch` on remote
# `origin` into your locally-stored remote-tracking "hidden" branch named 
# `origin/peer_branch` 
# (note: you can see all locally-stored remote-tracking "hidden" branches
# with `git branch -r`)
git fetch origin peer_branch
# ensure you are on `my_branch` (if you aren't already)
git checkout my_branch
# you cherry-pick all of their extra commits from their `peer_branch` onto 
# your `my_branch` (note: the 3 dots here are very important!)
git cherry-pick my_branch...origin/peer_branch

git log                       # review the commits you just chery-picked
git push                      # push your changes to the remote

为了便于理解，上面那个带有3个点的cherry-pick命令完全等同于下面这个更长的命令:

git cherry-pick $(git merge-base my_branch origin/peer_branch)..origin/peer_branch

git merge-base my_branch origin/peer_branch部分查找分支my_branch和分支origin/peer_branch之间的公共父提交哈希。这是他们将peer_branch从my_branch中分叉的提交。然后，当然，您可以选择从该点到(..)它们在origin/peer_branch上的最终提交的提交范围。

要阅读更多关于3点语法的内容，请参见这里:Git diff提交范围中双点“..”和三点“…”之间有什么区别?(重复)。关于git checkout -b new_branch from_branch的帮助，请参阅我的回答:从另一个分支创建git分支的各种方法

要进一步

还有一点需要知道:git rebase只是一堆连续的git精选。在这里可以看到我的另一个答案(根据Git，谁是“我们”，谁是“他们”?)，在这里我展示了我所做的一个ASCII图，其中包括Git是如何变基的以及它正在做什么。 在Git的diff提交范围中，双点“..”和三点“…”有什么区别?(复制) 在git中从另一个分支创建一个分支的各种方法

实际上，最简单的方法是:

记录两个分支之间的merge-base: MERGE_BASE=$(git merge-base branch-a branch-b) 快进或将旧的分支重置到新的分支上 从步骤1的merge base开始，将生成的分支重新基于自身，并手动删除不需要的提交: ${SAVED_MERGE_BASE} -i 或者，如果只有几个新的提交，则跳过第1步，直接使用 git rebase HEAD^^^^^^^ -i 在第一步中，使用足够的^来移动合并基础。

你会在交互的rebase中看到类似这样的东西:

pick 3139276 commit a
pick c1b421d commit b
pick 7204ee5 commit c
pick 6ae9419 commit d
pick 0152077 commit e
pick 2656623 commit f

然后删除行b(和任何其他你想要的)

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 format-patch --full-index --binary --stdout range... | git am -3

或者请求的一行代码:

git rebase --onto a b f