-
Notifications
You must be signed in to change notification settings - Fork 9.9k
Commit
This commit does not belong to any branch on this repository, and may belong to a fork outside of the repository.
Merge pull request #18572 from ArkaSaha30/release-doc-update
Improve release documentation
- Loading branch information
Showing
1 changed file
with
3 additions
and
4 deletions.
There are no files selected for viewing
This file contains bidirectional Unicode text that may be interpreted or compiled differently than what appears below. To review, open the file in an editor that reveals hidden Unicode characters.
Learn more about bidirectional Unicode characters
Original file line number | Diff line number | Diff line change |
---|---|---|
|
@@ -72,12 +72,11 @@ which don't need to be executed before releasing each version. | |
- `docker login gcr.io` | ||
- `docker login quay.io` | ||
5. Clone the etcd repository and checkout the target branch, | ||
- `git clone [email protected]:etcd-io/etcd.git` | ||
- `git checkout release-3.X` | ||
- `git clone --branch release-3.X [email protected]:etcd-io/etcd.git` | ||
6. Run the release script under the repository's root directory, replacing `${VERSION}` with a value without the `v` prefix, i.e. `3.5.13`. | ||
- `DRY_RUN=false ./scripts/release.sh ${VERSION}` | ||
|
||
It generates all release binaries under the directory `./release` and images. Binaries are pushed to the Google Cloud bucket | ||
It generates all release binaries under the directory `/tmp/etcd-release-${VERSION}/etcd/release/` and images. Binaries are pushed to the Google Cloud bucket | ||
under project `etcd-development`, and images are pushed to `quay.io` and `gcr.io`. | ||
7. Publish the release page on GitHub | ||
- Set the release title as the version name | ||
|
@@ -88,7 +87,7 @@ which don't need to be executed before releasing each version. | |
- Publish the release | ||
8. Announce to the etcd-dev googlegroup | ||
|
||
Follow the format of previous release emails sent to [email protected], see an example below. After sending out the email, ask one of the mailing list maintainers to approve the email from the pending list. | ||
Follow the format of previous release emails sent to [email protected], see an example below. After sending out the email, ask one of the mailing list maintainers to approve the email from the pending list. Additionally, label the release email as `Release`. | ||
|
||
```text | ||
Hello, | ||
|