Git转移命令cherry-pick的使用

天行健，君子以自强不息；地势坤，君子以厚德载物。

每个人都有惰性，但不断学习是好好生活的根本，共勉！

文章均为学习整理笔记，分享记录为主，如有错误请指正，共同学习进步。

文章目录

• 转移命令`cherry-pick`
• • 1. 转移单个提交
  • • 1.1 转移某分支最新提交到当前分支
    • 1.2 转移某分支的一个提交到当前分支
    • 2. 转移多个提交
    • • 2.1 转移多个提交
      • 2.2 转移某分支的连续提交
      • 3. 配置项
      • 4. 解决代码冲突
      • • 4.1 如何解决并继续
        • 4.2 如何放弃合并将文件恢复到操作前
        • 4.3 退出cherry-pick但不回到操作前
        • 5. 转移到另一个代码库

          ---

          Git相关文章参考：

          Git学习和使用指南简单篇

          Git学习和使用指南详细篇

          Git命令汇总

          转移命令cherry-pick

          git cherry-pick的使用：

          1. 转移单个提交

          1.1 转移某分支最新提交到当前分支

          以下命令会将分支名对应的最新提交放到当前分支

          git cherry-pick 分支名
          

          举例：

          如将dev的最新提交a转移到master分支

          切换当前分支到master

          git checkout master
          

          将a转移到master

          git cherry-pick dev
          

          1.2 转移某分支的一个提交到当前分支

          将一个分支的提交转移到另一个分支

          正常我们将一个分支的内容全部转移到另一个分支时直接使用git merge命令合并即可

          当我们只需要将分支的某个提交改动转移到另一个分支时，就可以用git cherry-pick

          语法：

          git cherry-pick commitId
          

          commitId为提交的Id

          举例：

          dev的提交有：a-b-c

          master的提交有：d-e-f

          现在将master的提交e放到dev分支：

          先将当前分支切换到dev

          git switch dev
          

          然后将提交e放到dev分支

          git cherry-pick e
          

          此时dev的分支如下a-b-c-e

          2. 转移多个提交

          2.1 转移多个提交

          一次转移多个提交，可在命令后跟提交Id，可列举多个

          git cherry-pick 提交a 提交b
          

          此时会在当前分支应用这两个分支，并会生成两个对应的新提交

          2.2 转移某分支的连续提交

          如dev的提交有a-b-c-d-e-f-g-h-i

          现在将dev分支的d.e.f.g分支都转移到master分支

          git cherry-pick c..g
          

          只能c…g不可以g…c，要遵循先后顺序

          上面命令用法转移的提交不包含c，如果像包含c如下

          git cherry-pick c^..g
          

          该命令会将cdefg转移到分支

          3. 配置项

          cherry-pick常用配置如下：

          参数	含义
          -e或--edit	表示打开外部编辑器，编辑提交信息
          -n或--no-commit	表示只更新工作区和暂存区且不产生新的提交
          -x	表示在提交信息的末尾追加一行cherry picked from commit…方便以后查到这个提交如何产生的
          -s或--signoff	表示在提交信息的末尾追加一行操作者的签名，方便查看谁操作的
          -m parent-number或--mainline parent-number	表示如果原始提交是一个合并节点，来自于两个分支的合并，则cherry pick默认将失败，因为不知道采用哪个分支的代码变动

          注意：

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

          git cherry-pick -m 1 表示cherry-pick采用提交commitHash来自编号1的父分支的变动，正常来说1号父分支是接受变动的分支，2号父分支是座位变动来源的分支

          4. 解决代码冲突

          当执行cherry-pick命令是遇到代码冲突，cherry pick会停下

          以下为三种情况，可根据需要选用

          4.1 如何解决并继续

          先将冲突代码手动解决，然后

          第一步，将修改的文件重新加入暂存区

          git add 修改的文件
          

          第二步，继续执行cherry-pick

          git cherry-pick --continue
          

          4.2 如何放弃合并将文件恢复到操作前

          git cherry-pick --abort
          

          4.3 退出cherry-pick但不回到操作前

          git cherry-pick --quit
          

          5. 转移到另一个代码库

          git cherry-pick不仅可以在同一个代码库中操作，还可以将提交转移到另一个代码库

          现将另一个代码库添加为远程仓库，如添加远程仓库target

          git remote add target 远程仓库地址
          

          将远程仓库抓取到本地

          git fetch target
          

          检查从远程仓库转移的提交，获取哈希值

          git log target/master
          

          转移提交

          git cherry-pick 
          

          ---

          感谢阅读，祝君暴富！