-
Notifications
You must be signed in to change notification settings - Fork 1.2k
doc: Update the release process #10668
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
doc: Update the release process #10668
Conversation
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.
Problem is that successful build isn't required for all assets in CI and people end up merging PRs that break some asset without noticing until we release. I'm fine with adding an extra step as an effort to mitigate the consequences on the release process but we should still straighten the status of assets.
Thanks @stevenhorsman !
@@ -45,6 +45,14 @@ branch to read only whilst the release action runs. | |||
> [!NOTE] | |||
> Admin permission is needed to complete this task. | |||
|
|||
### Wait for the `VERSION` bump PR payload publish to complete |
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.
So if the version bump PR fails CI, rerunning it is the way to go?
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.
Yeah, it's either re-run it, or if a fix is required then doing it before the need to mess about with draft releases is easier. Ideally we shouldn't have a broken builds by the time me are doing the version bump anyway - going into a release period with broken nightlies is pretty terrible, but due to issues with the CI caused by other PRs and the christmas crunch meant this is hopefully a one off.
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, lesson learned!
I still need clarification about Gatekeeper. Shouldn't all build targets be not required, aka not run, if we update the .md? |
I've pushed a new commit with an update to the required-test rules to try and address this, just as a point of moving us on a bit. Added |
Damn - in the act of updating the require-tests.yaml this PR is now not a doc only change 😢 - I'll make a temp update to try and get around that for testing. |
Add a step to wait for the payload publish to complete before running the release action. Signed-off-by: stevenhorsman <steven@uk.ibm.com>
e5c3905
to
0a3763e
Compare
With my temp commit the gatekeeper job does what I'd expect: https://github.com/kata-containers/kata-containers/actions/runs/12410277581/job/34646671135 |
0a3763e
to
c3f1326
Compare
Add a step to wait for the payload publish to complete before running the release action.