You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
This is heightened during high-severity events like we had with #12467 . In that case, releasers went off script because the desired script couldn't be generated quickly enough. We ended up not following https://github.com/filecoin-project/lotus/blob/master/LOTUS_RELEASE_FLOW.md in that we didn't first merge changes to master and the changelog entries were varied between the patches.
This also serves as a initial simple beach head to incrementally add more tooling/automation to the release process so we can start reducing the number of steps in the checklist.
User/Customer
Maintainers / releasers
Notes
By "emergency patch release" I mean likely just one commit and no RC.
I think this is the data input the scripting needs to take to get the permutations above:
Is this for node or miner?
Is this for a network upgrade? If so, what network version?
Is this a minor release?
Is this a patch release? If yes, what previous release are you patching?
Is this an emergency patch? (If yes, we can skip RC steps)
While the initial hope is just to spit out a URL that a release engineer can click to get the release pre-populated, I think we can build towards something like https://github.com/ipfs/kuboreleaser so that more of the steps are automated and standardized.
The text was updated successfully, but these errors were encountered:
Done Criteria
A release engineer can answer some questions and get the corresponding release issue created to cover these realistic scenarios:
There should also be a Node vs. Miner dimension.
Why Important
https://github.com/filecoin-project/lotus/blob/master/documentation/misc/RELEASE_ISSUE_TEMPLATE.md is non-trivial at this point and requires various manual step depending on the release type one is doing. This takes time each release and is somewhat error prone.
This is heightened during high-severity events like we had with #12467 . In that case, releasers went off script because the desired script couldn't be generated quickly enough. We ended up not following https://github.com/filecoin-project/lotus/blob/master/LOTUS_RELEASE_FLOW.md in that we didn't first merge changes to master and the changelog entries were varied between the patches.
This also serves as a initial simple beach head to incrementally add more tooling/automation to the release process so we can start reducing the number of steps in the checklist.
User/Customer
Maintainers / releasers
Notes
The text was updated successfully, but these errors were encountered: