-
Notifications
You must be signed in to change notification settings - Fork 5.2k
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
devel guide: add words on cherry pick review process #4081
devel guide: add words on cherry pick review process #4081
Conversation
Thanks! I think getting this written down will help resolve a lot of questions |
201eb0f
to
4fdb0dd
Compare
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
/lgtm
thanks for writing this up Tim
/hold |
/lgtm |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
/lgtm
/wg lts |
/cc |
thanks @tpepper this seems like an improvement over the existing doc. |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
/lgtm
[APPROVALNOTIFIER] This PR is APPROVED This pull-request has been approved by: cpanato, michmike, tpepper, xmudrii The full list of commands accepted by this bot can be found here. The pull request process is described here
Needs approval from an approver in each of these files:
Approvers can indicate their approval by writing |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
a few nits and suggestions, but this is a big improvement, thanks!
it would be great to reference this doc when running hack/cherry_pick_pull.sh
(and maybe include a link to it in the spawned PR's description?
fork of the Kubernetes project branches. If you were not engaged in a | ||
feature's upstream development and it does not work properly on your | ||
platform, it is not the community's responsibility to support your miss by | ||
backporting feature enablement. |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
I agree with the sentiment, but the personal targeting of the sentence ("If you were not engaged ... to support your miss ...") seems a touch overbearing. Is there a more neutral way to phrase this?
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Updated words.
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Am curious if folks think this part reads better now.
I'll submit a PR for that (opened kubernetes/kubernetes#82758). |
4fdb0dd
to
f5c8249
Compare
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
one question, one nit. lgtm otherwise.
f5c8249
to
4e7b148
Compare
I like the specificity, lgtm aside from a very small nit. |
Thank you all so much for this work! |
4e7b148
to
879e52a
Compare
/lgtm 👍 |
There has been a fair amount of ambiguity, even deliberately, around what is a valid candidate for backporting to a stable release branch of Kubernetes. For some the criteria is simply "critical bug fixes", but this is also something that lacks definition. This documentation update attempts to better describe what is expected of and what can be expected by somebody proposing a cherry-pick on one of our stable release branches. Signed-off-by: Tim Pepper <[email protected]>
21d379b
to
4cde9de
Compare
It's been a week. /lgtm |
There has been a fair amount of ambiguity, even deliberately, around
what is a valid candidate for backporting to a stable release branch of
Kubernetes. For some the criteria is simply "critical bug fixes", but
this is also something that lacks definition. This documentation update
attempts to better describe what is expected of and what can be expected
by somebody proposing a cherry-pick on one of our stable release branches.
Signed-off-by: Tim Pepper [email protected]