我有两个分支。提交a是一个的头,而另一个有b, c, d, e和f在a的顶部。我想移动c, d, e和f到第一个分支,而不提交b。使用樱桃采摘很容易:签出第一个分支樱桃采摘一个接一个c到f,并重新建立第二个分支到第一个。但是有没有办法在一个命令中选择所有的c-f ?
下面是场景的可视化描述(感谢JJD):
我有两个分支。提交a是一个的头,而另一个有b, c, d, e和f在a的顶部。我想移动c, d, e和f到第一个分支,而不提交b。使用樱桃采摘很容易:签出第一个分支樱桃采摘一个接一个c到f,并重新建立第二个分支到第一个。但是有没有办法在一个命令中选择所有的c-f ?
下面是场景的可视化描述(感谢JJD):
当前回答
选择多次提交:
签出到您想要选择提交的分支
使用以下命令:(通过部分哈希)
git cherry-pick 1e038f10 1e038f11 1e038f12 ...
其他回答
或者使用GitHub桌面应用程序,
您可以在源分支的历史选项卡中选择多个提交,然后右键单击以获得“Cherry-Pick Selected commits”选项。
如果你有选择性的修订要合并,比如从A,B,C,D,E,F,G,H,I,J提交A, C, F, J,简单地使用下面的命令:
git cherry-pick A C F J
最简单的方法是使用on选项来调整基数。假设电流在a处结束的支路叫做mybranch这就是你想要移动c-f的支路。
# checkout mybranch
git checkout mybranch
# reset it to f (currently includes a)
git reset --hard f
# rebase every commit after b and transplant it onto a
git rebase --onto a 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评论
如何挑选单个提交、多个提交或一系列提交
...到你当前签出的分支:
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中从另一个分支创建一个分支的各种方法