-
-
Notifications
You must be signed in to change notification settings - Fork 266
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
Create RELEASE.md #3587
Create RELEASE.md #3587
Conversation
Code Climate has analyzed commit 8296990 and detected 0 issues on this pull request. View more on Code Climate. |
Codecov Report
@@ Coverage Diff @@
## master #3587 +/- ##
==========================================
- Coverage 37.52% 36.25% -1.28%
==========================================
Files 311 312 +1
Lines 8348 8859 +511
Branches 1293 1434 +141
==========================================
+ Hits 3133 3212 +79
- Misses 5066 5496 +430
- Partials 149 151 +2 |
Performance Report✔️ no performance regression detected Full benchmark results
|
|
||
## Stable Release | ||
When pre-release candidates have met the testing requirements, we execute `release.yml`. | ||
|
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.
We should include a section on minor/patch releases, eg: v0.33.1
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.
Added this. Going off of what semver 2.0.0 describes as minor/patch releases.
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 was thinking more about when we decide to release them. I think its also related to the maintenance window for a release.
In the past, we've cut a patch release when our previous release had a glaring bug in it.
And we never went back to prior releases and patched them. The current release was the only maintained release that got patches.
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.
Agree with @wemeetagain above point
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.
For patch releases to fix a published stable version, I think it's important to get those fixes out there ASAP and to patch previous versions as well. These would generally be for high
and critical
types of bugs you're referring to? Do we want to add any specific parameters to include with it?
Persisting release information into the main directory for reference. To help close #3036.