-
Notifications
You must be signed in to change notification settings - Fork 1.1k
Add the documentation for the release model #6297
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
Add the documentation for the release model #6297
Conversation
docs/docs/usage/version-numbers.md
Outdated
@@ -1,17 +0,0 @@ | |||
--- |
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 have several links to this page on the dotty website (e.g. release blog posts).
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.
Can we make a redirect from that url to the new one?
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.
Looks good.
docs/docs/contributing/release.md
Outdated
# Model | ||
The easiest way to produce a release of a GitHub-based open-source software is to tag the most recent commit on the `master` with the version number at regular intervals of time or once a previously agreed milestone is reached. However, this approach to releasing would rest on the assumption that each commit at the `master` branch can potentially be made into a release. We cannot provide the release-grade quality guarantees for each of the `master` commits, though. | ||
|
||
This is why, in Dotty, we are using the above method of naive releasing-by-tagging to mark release candidates (RC’s) and not the stable releases. The stable releases are also marked by a tag, but we have a procedure to assure their quality. |
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.
revised grammatically
Consequently, in Dotty, we are using the method above--releasing-by-tagging--to mark release candidates (RC’s) and not the stable releases.
docs/docs/contributing/release.md
Outdated
|
||
An RC is promoted to a stable release in one release cycle after its creation. The idea is that this way, we have one release cycle's time to examine the release candidate and find critical issues which cannot be allowed into a stable release. | ||
|
||
If such issues are found, their fixes end up on a separate branch dedicated to that release. In one release cycle after the RC creation, the RC, along with all its afterthought fixes, is promoted to a stable release by means of tagging it. |
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.
afterthought -> subsequent (cannot be used as adjective)
docs/docs/contributing/release.md
Outdated
If such issues are found, their fixes end up on a separate branch dedicated to that release. In one release cycle after the RC creation, the RC, along with all its afterthought fixes, is promoted to a stable release by means of tagging it. | ||
|
||
# Example | ||
Say we want to release the 0.14.0 version. The process to do so (at a glance). |
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.
is the following: or Next we describe the process...
docs/docs/contributing/release.md
Outdated
|
||
## At the Dotty Repo | ||
1. Tag the latest `master` commit as `0.14.0-RC1`. This commit is the release candidate for the `0.14.0` version. | ||
2. Create a branch from that commit called `0.14.x`. This branch is intended to host the afterthought fixes to the RC for the issues that cannot be allowed in the `0.14.0` stable release. |
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.
afterthought -> subsequent
fdb7044
to
9f9ad51
Compare
Thanks for the review @biboudis, I've addressed your points. |
9f9ad51
to
d9c87ed
Compare
No description provided.