git-cherry-pick - 云端在线

程序：

您的姓名

git-cherry-pick - 应用一些现有提交引入的更改

概要

混帐 摘樱桃 [--edit] [-n] [-m 父编号] [-s] [-x] [--ff]
[-S[ ]] ...
混帐 摘樱桃 - 继续
混帐 摘樱桃 - 退出
混帐 摘樱桃 --中止

商品描述

给定一个或多个现有提交，应用每个提交引入的更改，记录一个新的
为每个提交。 这要求您的工作树是干净的（没有从
HEAD 提交）。

当如何应用更改不明显时，会发生以下情况：

1. 当前分支和 HEAD 指针停留在上次成功提交的位置。

2. CHERRY_PICK_HEAD ref 设置为指向引入更改的提交
很难申请。

3. 干净地应用更改的路径在索引文件和
你的工作树。

4.对于冲突的路径，索引文件最多记录三个版本，如
的“真正合并”部分 git合并(1). 工作树文件将包括一个
用通常的冲突标记 <<<<<<< 和括号括起来的冲突描述
>>>>>>>。

5. 不做其他修改。

参见 git合并(1) 有关解决此类冲突的一些提示。

配置

...
致力于挑选樱桃。 有关拼写提交的更完整方法列表，请参阅
git 修订版(7). 可以传递一组提交，但默认情况下不进行遍历，如
如果 --禁止步行 已指定选项，请参阅 git 修订列表(1). 请注意，指定一个
范围将养活所有人... 单个修订版本的参数（见后面
使用的例子 MAINT 主人……下一个).

-e， - 编辑
有了这个选项， 混帐 摘樱桃 将让您在之前编辑提交消息
承诺。

-x
在记录提交时，附加一行写着“（从提交中挑选的樱桃......）”
到原始提交消息，以指示此更改是哪个提交
樱桃采摘自。 这仅适用于没有冲突的樱桃选择。 不使用
如果您是从您的私人分支机构挑选，则此选项是因为信息
对收件人没用。 另一方面，如果你在两个之间挑选
公开可见的分支（例如，将修复程序向后移植到维护分支以供较旧的
从开发分支发布），添加此信息可能很有用。

-r
以前是命令默认做上面描述的-x，-r是做
禁用它。 现在默认是不做 -x 所以这个选项是一个空操作。

-m 父编号, --mainline 父编号
通常你不能挑选合并，因为你不知道合并的哪一边
应该算是主线。 此选项指定父编号（从
从主线的 1) 开始，并允许cherry-pick 重播相对于主线的更改
指定的父级。

-n, --不提交
通常该命令会自动创建一系列提交。 此标志适用于
为您的工作树和索引挑选每个命名提交所需的更改，
不做任何提交。 此外，当使用此选项时，您的索引不会
必须匹配 HEAD 提交。 樱桃挑选是针对开始状态完成的
你的索引。

这在挑选多个提交对您的索引的影响时非常有用
行。

-s, --签核
在提交消息的末尾添加 Signed-off-by 行。 请参阅中的签核选项
git提交(1) 了解更多信息。

-S[ ], --gpg-sign[= ]
GPG 签名提交。 keyid 参数是可选的，默认为提交者
身份; 如果指定，它必须被粘贴到没有空格的选项上。

--ff
如果当前 HEAD 与樱桃挑选提交的父级相同，则
将执行快进到此提交。

--允许空
默认情况下，挑选空提交将失败，表明显式提交
需要调用 git commit --allow-empty。 此选项覆盖
行为，允许在挑选时自动保留空提交。 笔记
当“--ff”生效时，满足“快进”要求的空提交
即使没有此选项，也会保留。 另请注意，使用此选项只会保持
最初为空的提交（即提交记录与其相同的树
父母）。 由于先前的提交而变为空的提交将被删除。 强迫
包含这些提交使用 --keep-redundant-commits。

--允许空消息
默认情况下，挑选带有空消息的提交将失败。 这个选项
覆盖该行为，允许优先选择带有空消息的提交。

--保留冗余提交
如果被挑选的提交与当前历史记录中已有的提交重复，则它
会变空。 默认情况下，这些冗余提交会导致cherry-pick 停止，因此
用户可以检查提交。 此选项会覆盖该行为并创建一个空的
提交对象。 暗示 --allow-empty。

--策略=
使用给定的合并策略。 应该只使用一次。 查看合并策略
部分 git合并(1) 详情。

-X , --strategy-option=
将特定于合并策略的选项传递给合并策略。 看 混帐-
合并(1) 详情。

SEQUENCER 子命令

- 继续
使用中的信息继续正在进行的操作 .git/排序器. 可
用于在失败的cherry-pick 或revert 中解决冲突后继续。

- 退出
忘记当前正在进行的操作。 可用于清除音序器
樱桃挑选或恢复失败后的状态。

--中止
取消操作，返回前序状态。

示例

git 樱桃挑选大师
在 master 分支的尖端应用由提交引入的更改并创建一个
带有此更改的新提交。

gitcherry-pick ..master, git cherry-pick ^HEAD master
应用由 master 的祖先而不是 master 的所有提交引入的更改
HEAD 产生新的提交。

gitcherry-pick maint next ^master, git cherry-pick maint master..next
应用作为 maint 或 next 祖先的所有提交引入的更改，但是
不是大师或其任何祖先。 请注意，后者并不意味着维护和
master 和 next 之间的一切； 具体来说，如果是，则不会使用 maint
包含在大师中。

git 樱桃挑选大师~4 大师~2
应用由 master 指向的第五个和第三个最后提交引入的更改
并使用这些更改创建 2 个新提交。

git cherry-pick -n master~1 下一个
将倒数第二个引入的更改应用于工作树和索引
由 master 指向的提交和由 next 指向的最后一个提交，但不要
使用这些更改创建任何提交。

gitcherry-pick --ff ..next
如果历史是线性的并且 HEAD 是 next 的祖先，则更新工作树并
前进 HEAD 指针以匹配下一个。 否则，应用由
那些在 next 但不是 HEAD 到当前分支的提交，创建一个新的
为每个新更改提交。

git rev-list --reverse master -- README | gitcherry-pick -n --stdin
在触及 README 的 master 分支上应用所有提交引入的更改
到工作树和索引，因此可以检查结果并将其制成单个
如果合适，新提交。

以下序列尝试向后移植补丁，因为补丁代码
适用于变化太大，然后再试一次，这次多加小心
关于匹配上下文行。

$ git 挑选主题^ (1)
$ git 差异 (2)
$ git reset --merge ORIG_HEAD (3)
$ git cherry-pick -Xpatience 主题^ (4)

1. 应用 git show topic^ 将显示的更改。 在这个例子中，补丁
不干净地应用，因此有关冲突的信息被写入索引并
工作树并且没有新的提交结果。
2. 总结要协调的变化
3. 取消樱桃采摘。 换句话说，回到樱桃采摘前的状态，保留
您在工作树中进行的任何本地修改。
4. 尝试再次应用 topic^ 引入的更改，花费额外的时间来避免
基于不正确匹配上下文行的错误。

使用 onworks.net 服务在线使用 git-cherry-pick