+++ /dev/null
----
-name: Minor Release
-about: Create a new minor release [for release managers only]
-title: 'Release MAJOR.MINOR+1.0'
-labels: 'release'
-assignees: ''
-
----
-
-## Create a new minor release
-
-### Summary
-
-<--release summary to be used in announcements-->
-
-### Commit
-
-<--latest commit ID to include in this release-->
-
-### Changelog
-
-<--add notices from PRs merged since the prior release, see ["keep a changelog"]-->
-
-### Checklist
-
-Release numbering must follow [Semantic Versioning]. These steps assume the current `master`
-branch **development** version is *MAJOR.MINOR.0*.
-
-#### On the day of the feature freeze
-
-Change the `master` branch to the next MINOR+1 version:
-
-- [ ] Switch to the `master` branch.
-- [ ] Create a new PR branch called `bump_dev_MAJOR_MINOR+1`, eg. `bump_dev_0_22`.
-- [ ] Bump the `bump_dev_MAJOR_MINOR+1` branch to the next development MINOR+1 version.
- - Change the `Cargo.toml` version value to `MAJOR.MINOR+1.0`.
- - The commit message should be "Bump version to MAJOR.MINOR+1.0".
-- [ ] Create PR and merge the `bump_dev_MAJOR_MINOR+1` branch to `master`.
- - Title PR "Bump version to MAJOR.MINOR+1.0".
-
-#### On the day of the release
-
-Tag and publish new release:
-
-- [ ] Double check that your local `master` is up-to-date with the upstream repo.
-- [ ] Create a new branch called `release/MAJOR.MINOR+1` from `master`.
-- [ ] Add a tag to the `HEAD` commit in the `release/MAJOR.MINOR+1` branch.
- - The tag name should be `vMAJOR.MINOR+1.0`
- - The first line of the tag message should be "Release MAJOR.MINOR+1.0".
- - In the body of the tag message put a copy of the **Summary** and **Changelog** for the release.
- - Make sure the tag is signed, for extra safety use the explicit `--sign` flag.
-- [ ] Wait for the CI to finish one last time.
-- [ ] Push the new tag to the `bitcoindevkit/bdk-cli` repo.
-- [ ] Publish **all** the updated crates to crates.io.
-- [ ] Create the release on GitHub.
- - Go to "tags", click on the dots on the right and select "Create Release".
- - Set the title to `Release MAJOR.MINOR+1.0`.
- - In the release notes body put the **Summary** and **Changelog**.
- - Use the "+ Auto-generate release notes" button to add details from included PRs.
- - Until we reach a `1.0.0` release check the "Pre-release" box.
-- [ ] Make sure the new release shows up on [crates.io] and that the docs are built correctly on [docs.rs].
-- [ ] Announce the release, using the **Summary**, on Discord, Twitter and Mastodon.
-- [ ] Celebrate 🎉
-
-[Semantic Versioning]: https://semver.org/
-[crates.io]: https://crates.io/crates/bdk-cli
-[docs.rs]: https://docs.rs/bdk-cli/latest/bdk-cli
-["keep a changelog"]: https://keepachangelog.com/en/1.0.0/
<!-- In this section you can include notes directed to the reviewers, like explaining why some parts
of the PR were done in a specific way -->
-## Changelog notice
-
-<!-- Notice the release manager should include in the release tag message changelog -->
-<!-- See https://keepachangelog.com/en/1.0.0/ for examples -->
-
### Checklists
#### All Submissions:
* [ ] I've added tests for the new feature
* [ ] I've added docs for the new feature
-* [ ] I've updated `CHANGELOG.md`
#### Bugfixes:
-* [ ] This pull request breaks the existing API
* [ ] I've added tests to reproduce the issue which are now passing
* [ ] I'm linking the issue being fixed by this PR
# Re-run it to refresh the release PR after new commits land on the branch.
# 2. The `release` job checks whether the release PR has been merged. If so, it
# publishes the crate to crates.io (via trusted publishing / OIDC, no token
-# secret) and creates the `<crate>-vX.Y.Z` git tag and GitHub release.
+# secret) and creates the `vX.Y.Z` git tag and GitHub release.
# The job runs in the `release` GitHub environment, whose required reviewers
# are defined in the GitHub repository config; publishing waits until an
# authorized GitHub user approves it in the Actions UI.