# dubbo **Repository Path**: haodong-liu/dubbo ## Basic Information - **Project Name**: dubbo - **Description**: dubbo学习仓库 - **Primary Language**: Java - **License**: Not specified - **Default Branch**: master - **Homepage**: None - **GVP Project**: No ## Statistics - **Stars**: 0 - **Forks**: 0 - **Created**: 2021-11-04 - **Last Updated**: 2021-11-04 ## Categories & Tags **Categories**: Uncategorized **Tags**: None ## README ### git cherry-pick 作者： 阮一峰 日期： 2020年4月27日 对于多分支的代码库，将代码从一个分支转移到另一个分支是常见需求。 这时分两种情况。一种情况是，你需要另一个分支的所有代码变动，那么就采用合并（git merge）。另一种情况是，你只需要部分代码变动（某几个提交），这时可以采用 Cherry pick。 一、基本用法 git cherry-pick命令的作用，就是将指定的提交（commit）应用于其他分支。 ```shell git cherry-pick ``` 上面命令就会将指定的提交commitHash，应用于当前分支。这会在当前分支产生一个新的提交，当然它们的哈希值会不一样。 举例来说，代码仓库有master和feature两个分支。 a - b - c - d Master \ e - f - g Feature 现在将提交f应用到master分支。 # 切换到 master 分支 ```shell git checkout master ``` # Cherry pick 操作 ```shell 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 支持一次转移多个提交。 ```shell git cherry-pick ``` 上面的命令将 A 和 B 两个提交应用到当前分支。这会在当前分支生成两个对应的新提交。 如果想要转移一系列的连续提交，可以使用下面的简便语法。 ```shell git cherry-pick A..B ``` 上面的命令可以转移从 A 到 B 的所有提交。它们必须按照正确的顺序放置：提交 A 必须早于提交 B，否则命令将失败，但不会报错。 注意，使用上面的命令，提交 A 将不会包含在 Cherry pick 中。如果要包含提交 A，可以使用下面的语法。 ```shell git cherry-pick A^..B ``` 三、配置项 git 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开始的整数，代表原始提交的父分支编号。 ```shell git cherry-pick -m 1 ``` 上面命令表示，Cherry pick 采用提交commitHash来自编号1的父分支的变动。 一般来说，1号父分支是接受变动的分支（the branch being merged into），2号父分支是作为变动来源的分支（the branch being merged from）。