diff options
author | David Peter <mail@david-peter.de> | 2021-08-21 23:01:29 +0200 |
---|---|---|
committer | David Peter <sharkdp@users.noreply.github.com> | 2021-08-22 09:38:35 +0200 |
commit | 01fbedc246e6df15907357e4de5cb94d0914704a (patch) | |
tree | 205147604e0bb43de87fb3cfa2c7efb7831e0786 | |
parent | 05e4e1f2f2c62bcdf6f9a483cb18d61eb5f5044b (diff) |
Formatting
-rw-r--r-- | doc/release-checklist.md | 29 |
1 files changed, 16 insertions, 13 deletions
diff --git a/doc/release-checklist.md b/doc/release-checklist.md index 2194e64d..6123706b 100644 --- a/doc/release-checklist.md +++ b/doc/release-checklist.md @@ -35,26 +35,29 @@ See this page for a good overview: https://deps.rs/repo/github/sharkdp/bat ## Pre-release checks -- [ ] Push all changes and wait for CI to succeed (before continuing with the next - section). -- [ ] Optional: manually test the new features and command-line options. To do this, - install the latest `bat` version again (to include the new syntaxes/themes). -- [ ] Run `cargo publish --dry-run --allow-dirty` to make sure that it will succeed - later (after creating the GitHub release). +- [ ] Push all changes and wait for CI to succeed (before continuing with the + next section). +- [ ] Optional: manually test the new features and command-line options. To do + this, install the latest `bat` version again (to include the new synaxes + and themes). +- [ ] Run `cargo publish --dry-run --allow-dirty` to make sure that it will + succeed later (after creating the GitHub release). ## Release - [ ] Create a tag and push it to the remote `git tag vX.Y.Z; git push --tags`. This will trigger the deployment via GitHub Actions. -- [ ] Create a new release on GitHub: https://github.com/sharkdp/bat/releases/new - Select the new tag and also use it as the release title. Copy the - corresponding section from `CHANGELOG.md` and possibly add remarks for - package maintainers. Publish the release. +- [ ] Go to https://github.com/sharkdp/bat/releases/new to create the new + release. Select the new tag and also use it as the release title. For the + release notes, copy the corresponding section from `CHANGELOG.md` and + possibly add additional remarks for package maintainers. + Publish the release. - [ ] Check if the binary deployment works (archives and Debian packages should appear when the CI run for the Git tag has finished). -- [ ] Publish to crates.io by cloning *a fresh repository* and calling `cargo publish`. +- [ ] Publish to crates.io by running `cargo publish` in a *clean* repository. + The safest way to do this is to cloning a fresh copy. ## Post release -- [ ] Optional: inform package maintainers about the update: - - https://www.archlinux.org/packages/community/x86_64/bat/ +- [ ] Optional: Inform package maintainers about the update: + - https://www.archlinux.org/packages/community/x86_64/bat/ |