-
Notifications
You must be signed in to change notification settings - Fork 42
Better Release Management #1012
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
Comments
@thet this is the write-up of the process we discussed. |
The above ruleset applied to our current reality means the following:
|
Hannes is already releasing according to these rules. So we closed. |
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
URL: https://github.com/Patternslib/Patterns/wiki/Release-Process
Superseded by: #1090
OUTDATED
Better Patternslib Release Handling
Proposed Solution
8.1.0a1
,8.1.0a2
etc.8.1.0b1
,8.1.0b2
etc.8.1.0
.parallel work
Any invasive work or new feature work that needs to happen while a freeze is ongoing, should start a new version number alpha sequence. For example if we're stabilizing
8.1.0b7
and some new feature work needs to start, that would start on a branch and get released, from that branch, as8.2.0a1
, without main branch merge. The master merge only happens after the8.1.0
series production release has been released. Alternatively, when you need parallel branches, the production preparation goes on a branch and main is used for ongoing development. As long as the production release sequence is not disrupted with development changes, either is fine.The text was updated successfully, but these errors were encountered: