导航：首页 > 服务器 >

如何进行cherry-pick的分析

发表于：2025-01-31 作者：千家信息网编辑

千家信息网最后更新 2025年01月31日，如何进行cherry-pick的分析，相信很多没有经验的人对此束手无策，为此本文总结了问题出现的原因和解决方法，通过这篇文章希望你能解决这个问题。尽管Kubernetes拥有众多分支，但社区主要围绕在

千家信息网最后更新 2025年01月31日如何进行cherry-pick的分析

如何进行cherry-pick的分析，相信很多没有经验的人对此束手无策，为此本文总结了问题出现的原因和解决方法，通过这篇文章希望你能解决这个问题。

尽管Kubernetes拥有众多分支，但社区主要围绕在master分支进行开发。即便其他分支存在bug，通常也是先在master分支进行修复，然后再cherry-pick到其他分支。

软件开发不可避免的会出现bug，所以经常需要从master同步一些补丁到其他仍在维护的分支。而同步的手段可以有多种：

手动提交PR到其他分支；
自动提交PR到其他分支；

一般来说，自动提交的方式更普遍，它能把某个master已合入的PR自动cherry-pick到你指定的分支上，而手动提交只有在极少数情况下才会使用。

自动cherry-pick

使用Kubernetes仓库中hack/cherry_pick_pull.sh脚本可以把一个合入到master分支的PR同步到其他分支。它可以帮你自动完成提交PR的所有过程。

前提条件

使用hack/cherry_pick_pull.sh自动同步需要满足一定的前提条件：

你必须已经签署了CLA声明，这也是每个贡献者必须要签署的内容；
针对master的PR已经被合入；
你的Github帐号中已经fork了Kubernetes仓库，并且你本地的shell中已经clone了此fork仓库；
你本的仓库中必须添加的远端仓库名为upstream(通过命令 git remote add upstream https://github.com/kubernetes/kubernetes.git)；
在你环境变量中添加了export GITHUB_USER=；
已安装了hub命令行工具；

如果你已经参与过代码贡献，那么这些要求一般都会自动满足，除了最后两个。

hub命令行工具为GitHub官方提供的工具，用于从命令行操作GitHub。而环境变量中需要添加GITHUB_USER正是因为hub命令行工具会使用。如果你还没有安装，可以使用命令go get github.com/github/hub安装它。

如何自动cherry-pick

比如，需要将master上的PR #85444 同步到分支 release-1.17，在前面条件都具备的情况下，只需要使用如下命令：

hack/cherry_pick_pull.sh upstream/release-1.17 85444

注意：此脚本会自动创建PR，不要轻易尝试，除非你真的需要这么做。

脚本执行过程中会有大量信息输出，可以了解到具体执行过程：

[root@ecs-d8b6 kubernetes]# hack/cherry_pick_pull.sh upstream/release-1.17 85444+++ Updating remotes...Fetching upstreamremote: Enumerating objects: 34, done.remote: Counting objects: 100% (34/34), done.remote: Total 48 (delta 34), reused 34 (delta 34), pack-reused 14Unpacking objects: 100% (48/48), done.From https://github.com/kubernetes/kubernetes   d87c921a516..1f913b45820  master       -> upstream/master   c0f31a4ef63..5c651b7bd5f  release-1.16 -> upstream/release-1.16   486425533b6..27babd49b95  release-1.17 -> upstream/release-1.17 * [new tag]                 v1.17.0-rc.1 -> v1.17.0-rc.1Fetching origin+++ Creating local branch automated-cherry-pick-of-#85444-upstream-release-1.17-1574748271Branch 'automated-cherry-pick-of-#85444-upstream-release-1.17-1574748271' set up to track remote branch 'release-1.17' from 'upstream'.Switched to a new branch 'automated-cherry-pick-of-#85444-upstream-release-1.17-1574748271'+++ Downloading patch to /tmp/85444.patch (in case you need to do this again)+++ About to attempt cherry pick of PR. To reattempt:  $ git am -3 /tmp/85444.patchApplying: Provided a mechanism to re-register hidden metrics.+++ I'm about to do the following to push to GitHub (and I'm assuming origin is your personal fork):  git push origin automated-cherry-pick-of-#85444-upstream-release-1.17-1574748271:automated-cherry-pick-of-#85444-upstream-release-1.17+++ Proceed (anything but 'y' aborts the cherry-pick)? [y/n] yEnumerating objects: 19, done.Counting objects: 100% (19/19), done.Delta compression using up to 4 threadsCompressing objects: 100% (10/10), done.Writing objects: 100% (10/10), 2.19 KiB | 1.09 MiB/s, done.Total 10 (delta 8), reused 0 (delta 0)remote: Resolving deltas: 100% (8/8), completed with 8 local objects.remote: remote: Create a pull request for 'automated-cherry-pick-of-#85444-upstream-release-1.17' on GitHub by visiting:remote:      https://github.com/RainbowMango/kubernetes/pull/new/automated-cherry-pick-of-%2385444-upstream-release-1.17remote: To https://github.com/RainbowMango/kubernetes.git * [new branch]              automated-cherry-pick-of-#85444-upstream-release-1.17-1574748271 -> automated-cherry-pick-of-#85444-upstream-release-1.17+++ Creating a pull request on GitHub at RainbowMango:automated-cherry-pick-of-#85444-upstream-release-1.17https://github.com/kubernetes/kubernetes/pull/85627+++ Returning you to the master branch and cleaning up.

实际上该脚本实际上模拟了手工操作: