git cherry pick<commit>做什么?
当前回答
这有点像复制(从某处)和粘贴(到某处),但用于特定的提交。
例如,如果您想进行热修复,那么可以使用樱桃采摘功能。
在一个开发分支中进行樱桃采摘,并将其合并到一个发布分支中。同样,从一个释放树枝上摘樱桃给主人。沃伊拉
其他回答
你可以想一想,如果樱桃采摘类似于重基,或者更确切地说,它是像重基一样管理的。我的意思是,它接受一个现有的提交,并以当前所在分支的负责人为起点重新生成它。
rebase接受一个具有父级X的提交,并重新生成该提交,就像它实际上具有父级Y一样,这正是cherry pick所做的。
Cherry pick更关注如何选择提交。使用pull(rebase),git会在拉到分支的内容上隐式地重新生成本地提交,但使用cherry-pick,您会显式地选择一些提交,并在当前分支上隐式重新生成。
因此,您的操作方式有所不同,但本质上它们是非常相似的操作-提交的再生。
官方文件摘录:
给定一个或多个现有提交,对每个提交应用更改介绍,记录每个人的新提交。这需要您工作树是干净的(没有来自HEAD提交的修改)。当不清楚如何应用更改时,会发生以下情况:当前分支和HEAD指针停留在上次提交时成功制作。CHERRY_PICK_HEAD引用设置为指向引入的提交难以应用的更改。干净应用更改的路径在索引文件和工作树中。对于冲突的路径,索引文件最多记录三个版本,如如gitmerge的“TRUE MERGE”部分所述。工作树文件将包含冲突的描述通常的冲突标记是>>>>>>和>>>>>>>>。未进行其他修改。
阅读更多。。。
Git中的Cherry picking旨在将一些提交从一个分支应用到另一个分支。如果您犯了一个错误,并将更改提交到错误的分支,但不想合并整个分支,则可以这样做。你可以恢复提交,然后在另一个分支上重新选择。
要使用它,您只需要gitcherry-pick-hash,其中hash是来自其他分支的提交哈希。
有关完整程序,请参阅:http://technosophos.com/2009/12/04/git-cherry-picking-move-small-code-patches-across-branches.html
cherry-pick是Git的一个功能。如果有人想在一个分支中向目标分支提交特定的提交,那么使用cherry-pick。吉特樱桃镐步骤如下。
签出(切换到)目标分支。gitcherry-pick<提交id>这里提交id是另一个分支的活动id。吉特樱桃镐9772dd546a3609b06f84b680340fb84c5463264f推到目标分支
参观https://git-scm.com/docs/git-cherry-pick
我准备了一步一步的插图,樱桃树做什么,以及这些插图的动画(接近尾声)。
樱桃采摘前(我们将从分支特性中选择提交L):
启动命令git cherry pick功能~2(功能~2是之前的第二次提交特征,即提交L):
执行命令后(git cherry-pick feature~2):
相同的动画:
注:
提交L’从用户的角度来看(提交=快照)是提交L的精确副本。
从技术上讲(内部),它是一个新的、不同的提交(因为例如,L包含指向K的指针(作为其父级),而L'包含指向e的指针)。
推荐文章
- 为什么我需要显式地推一个新分支?
- 如何撤消最后的git添加?
- Rubymine:如何让Git忽略Rubymine创建的.idea文件
- Gitignore二进制文件,没有扩展名
- Git隐藏错误:Git隐藏弹出并最终与合并冲突
- 了解Git和GitHub的基础知识
- 没有。Git目录的Git克隆
- Git与Mercurial仓库的互操作性
- 忽略git中修改(但未提交)的文件?
- “git restore”命令是什么?“git restore”和“git reset”之间有什么区别?
- Git合并与强制覆盖
- Git拉另一个分支
- 在Bash命令提示符上添加git分支
- 如何更改Git日志日期格式
- git pull -rebase和git pull -ff-only之间的区别