git cherry-pick 教程

╰+攻爆jí腚メ 2022-08-29 12:53 108阅读 0赞

<p>对于多分支的代码库，将代码从一个分支转移到另一个分支是常见需求。</p>
    
                                    
    
    
                                    
                                        <p>这时分两种情况。一种情况是，你需要另一个分支的所有代码变动，那么就采用合并（<code>git merge</code>）。另一种情况是，你只需要部分代码变动（某几个提交），这时可以采用 Cherry pick。</p>

![bg2020042723.jpg][]

## 一、基本用法 ##

`git cherry-pick`命令的作用，就是将指定的提交（commit）应用于其他分支。

>     $ git cherry-pick <commitHash>

上面命令就会将指定的提交`commitHash`，应用于当前分支。这会在当前分支产生一个新的提交，当然它们的哈希值会不一样。

举例来说，代码仓库有`master`和`feature`两个分支。

>     a - b - c - d   Master
>              \
>                e - f - g Feature

现在将提交`f`应用到`master`分支。

>     # 切换到 master 分支 $ git checkout master

\# Cherry pick 操作  
$ git cherry\-pick f

上面的操作完成以后，代码库就变成了下面的样子。

>     a - b - c - d - f   Master
>              \
>                e - f - g Feature

从上面可以看到，`master`分支的末尾增加了一个提交`f`。

`git cherry-pick`命令的参数，不一定是提交的哈希值，分支名也是可以的，表示转移该分支的最新提交。

>     $ git cherry-pick feature

上面代码表示将`feature`分支的最近一次提交，转移到当前分支。

## 二、转移多个提交 ##

Cherry pick 支持一次转移多个提交。

>     $ git cherry-pick <HashA> <HashB>

上面的命令将 A 和 B 两个提交应用到当前分支。这会在当前分支生成两个对应的新提交。

如果想要转移一系列的连续提交，可以使用下面的简便语法。

>     $ git cherry-pick A..B

上面的命令可以转移从 A 到 B 的所有提交。它们必须按照正确的顺序放置：提交 A 必须早于提交 B，否则命令将失败，但不会报错。

注意，使用上面的命令，提交 A 将不会包含在 Cherry pick 中。如果要包含提交 A，可以使用下面的语法。

>     $ git cherry-pick A^..B

## 三、配置项 ##

`git cherry-pick`命令的常用配置项如下。

**（1）`-e`，`--edit`**

打开外部编辑器，编辑提交信息。

**（2）`-n`，`--no-commit`**

只更新工作区和暂存区，不产生新的提交。

**（3）`-x`**

在提交信息的末尾追加一行`(cherry picked from commit ...)`，方便以后查到这个提交是如何产生的。

**（4）`-s`，`--signoff`**

在提交信息的末尾追加一行操作者的签名，表示是谁进行了这个操作。

**（5）`-m parent-number`，`--mainline parent-number`**

如果原始提交是一个合并节点，来自于两个分支的合并，那么 Cherry pick 默认将失败，因为它不知道应该采用哪个分支的代码变动。

`-m`配置项告诉 Git，应该采用哪个分支的变动。它的参数`parent-number`是一个从`1`开始的整数，代表原始提交的父分支编号。

>     $ git cherry-pick -m 1 <commitHash>

上面命令表示，Cherry pick 采用提交`commitHash`来自编号1的父分支的变动。

一般来说，1号父分支是接受变动的分支（the branch being merged into），2号父分支是作为变动来源的分支（the branch being merged from）。

## 四、代码冲突 ##

如果操作过程中发生代码冲突，Cherry pick 会停下来，让用户决定如何继续操作。

**（1）`--continue`**

用户解决代码冲突后，第一步将修改的文件重新加入暂存区（`git add .`），第二步使用下面的命令，让 Cherry pick 过程继续执行。

>     $ git cherry-pick --continue

**（2）`--abort`**

发生代码冲突后，放弃合并，回到操作前的样子。

**（3）`--quit`**

发生代码冲突后，退出 Cherry pick，但是不回到操作前的样子。

## 五、转移到另一个代码库 ##

Cherry pick 也支持转移另一个代码库的提交，方法是先将该库加为远程仓库。

>     $ git remote add target git://gitUrl

上面命令添加了一个远程仓库`target`。

然后，将远程代码抓取到本地。

>     $ git fetch target

上面命令将远程代码仓库抓取到本地。

接着，检查一下要从远程仓库转移的提交，获取它的哈希值。

>     $ git log target/master

最后，使用`git cherry-pick`命令转移提交。

>     $ git cherry-pick <commitHash>

转载：https://www.ruanyifeng.com/blog/2020/04/git-cherry-pick.html

[bg2020042723.jpg]: /images/20220829/e5fc69b808e6491984d6e5c2f97f10ba.png

发表评论取消回复

表情：

评论列表（有 0 条评论，108人围观）

还没有评论，来说两句吧...

相关阅读

相关 GIT:git 教程

1. 版本控制版本控制（Revision Control）用于在开发过程中管理文件修改历史，方便查看和备份。它的作用如下： 1. 实现跨区域多人协同开发。 2.

叁歲伎倆/ 2024年03月22日 11:33/ 0 赞/ 18 阅读

相关 IDEA中使用GIT cherrypick

平时用GIT的COMMIT、PUSH比较多，没用过cherrypick，最近发现在IDEA的GIT工具栏里用cherrypick很方便。写篇文章记录，安利给大家。往基线分支

叁歲伎倆/ 2023年09月25日 20:59/ 0 赞/ 64 阅读

相关【Git】Git 教程

1 Git 1.1 Git 概述 Git(读音为/gɪt/。)是一个开源的分布式版本控制系统，可以有效、高速的处理从很小到非常大的项目版本管理。 Git 是 Lin

系统管理员/ 2023年05月29日 14:28/ 0 赞/ 15 阅读

相关 Git教程

在线推荐教程： [https://lvwzhen.gitbooks.io/git-tutorial/content/][https_lvwzhen.gitbooks.io_gi

冷不防/ 2022年09月28日 13:04/ 0 赞/ 177 阅读

相关 git教程

> 本篇教程使用linux 系统讲解,你也可以在windows下安装git,所有git命令都适用 linux下如何安装git > 如果你碰巧用Debian或Ubuntu

比眉伴天荒/ 2022年06月18日 05:40/ 0 赞/ 250 阅读

相关《Pro Git》Git 教程

[https://git-scm.com/book/zh/v2][https_git-scm.com_book_zh_v2] [https_git-scm.com_book

谁践踏了优雅/ 2022年06月11日 00:17/ 0 赞/ 201 阅读

相关 git教程

如何使用GitHub？& 如何使用git命令以及学习git？很多刚接触git的小伙伴不知道如何学习和使用git以及GitHub，在注册了GitHub账号后

爱被打了一巴掌/ 2022年06月07日 08:38/ 0 赞/ 217 阅读

相关 git分支合并并拉新分支 cherryPick

Git cherry-pick学习与交在某分支a上共提交了8次，因为特定原因只需要上线其中第一和第六次提交的内容针对这种场景，最好的方式就是Git 提供的che

快来打我*/ 2022年02月14日 10:43/ 0 赞/ 422 阅读

相关 git教程

简介：分布式版本控制系统。客户端并不只提取最新版本的文件快照，而是把代码仓库完整地镜像下来。这么一来，任何一处协同工作用的服务器发生故障，事后都可以用任何一个镜像出来的本

曾经终败给现在/ 2022年01月07日 08:41/ 0 赞/ 264 阅读

相关 git教程

一：Git是什么？　　Git是目前世界上最先进的分布式版本控制系统。　　二：SVN与Git的最主要的区别？　　SVN是集中式版本控制系统，版本库是集中放在中央服务器

小咪咪/ 2021年09月23日 02:12/ 0 赞/ 443 阅读