-
Notifications
You must be signed in to change notification settings - Fork 1.3k
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
[WIP] Lotus Client Release v1.27.2 #12157
Comments
@rvagg : per #12096 (comment) , I'm wondering if we can do this release with the updated release process. |
@rvagg : I know we didn't come to maintainer conclusion on 2024-07-04 about whether to actually go forward with the release. In talking with @rjan90 on 2024-07-05, we agreed it is worth doing to validate the release automation of #12096. That said, no rush on this. It seems like a good activity to validate during the Brussels/FDS week. |
yes, I was meaning to get to this today but got caught up trying to figure out why the niporep impl is not working as it should; it's top of my list other than that |
Closing this ticket as we will not progress further with this. Re-posting Rod´s comment on Slack:
|
Lotus v1.27.2 Release
🚢 Estimated shipping date
1-Jul-2024
✅ Release Checklist
release/vX.Y.Z
) frommaster
and make any further release related changes to this branch. If any "non-trivial" changes get added to the release, uncheck all the checkboxes and return to this stage.build/version.go
in themaster
branch tovX.Y.(Z+1)-dev
(bump from feature release) orvX.(Y+1).0-dev
(bump from mandatory release). Run make gen and make docsgen-cli before committing changesPrepping an RC:
build/version.go
needs to be updated to end with '-rcX' (in therelease/vX.Y.Z
branch)make gen && make docsgen-cli
vX.Y.Z-rcN
Testing
Test the release candidate thoroughly, including automated and manual tests to ensure stability and functionality across various environments and scenarios.
Stable Release
version.go
has been updated.make gen && make docsgen-cli
)releases
branch with a merge ofrelease-vX.Y.Z
.releases
branch.releases
branch, or allow GitHub to create a new tag via the UI when the release is published.Post-Release
master
branch with a merge of thereleases
branch. Conflict resolution should ignore the changes toversion.go
(keep the-dev
version from master). Do NOT delete thereleases
branch when doing so!❤️ Contributors
See the final release notes!
Leave a comment in this ticket!
The text was updated successfully, but these errors were encountered: