Create a new minor release
This is the checklist for making a bdk release. I'll have to adjust a bit since we're now using a workspace, but the idea is still to bump the version and publish all packages modified since the last release. In this case we don't have a last release so I'm bumping the minor versions on all crates/* packages since I don't know what commit their current versions correspond to. I've also removed specific versions from the example-crates and nursery since those don't get published and should always work with the latest dev versions of the packages in crates/.
Summary
The first "alpha" release of the new BDK 1.0 refactoring work. This is still a WIP and only meant to be used for testing and experimentation with downstream projects.
Also bumping below workspace crate versions:
bdk_chain to 0.4.0
bdk_electrum to 0.2.0
bdk_esplora to 0.2.0
bdk_file_store to 0.1.0
Commit
<--latest commit ID to include in this release-->
Changelog (I'm not updating the CHANGELOG file, just putting here for the record)
Checklist
Release numbering must follow Semantic Versioning. These steps assume the current master
branch development version is 1.0.0-alpha.0.
On the day of the feature freeze
Change the master branch to the next MINOR+1 version:
Create a new release branch and release candidate tag:
Skipping below steps because we don't need release candidates for our alpha.X releases.
Also skipping these steps since we won't be making bugfix releases for alpha.X releases.
If any issues need to be fixed before the MAJOR.MINOR+1.0 version is released:
On the day of the release
Skip the first step since we didn't create an release candidates.
Tag and publish new release:
Create a new minor release
This is the checklist for making a bdk release. I'll have to adjust a bit since we're now using a workspace, but the idea is still to bump the version and publish all packages modified since the last release. In this case we don't have a last release so I'm bumping the minor versions on all crates/* packages since I don't know what commit their current versions correspond to. I've also removed specific versions from the example-crates and nursery since those don't get published and should always work with the latest dev versions of the packages in crates/.
Summary
The first "alpha" release of the new BDK 1.0 refactoring work. This is still a WIP and only meant to be used for testing and experimentation with downstream projects.
Also bumping below workspace crate versions:
bdk_chain to 0.4.0
bdk_electrum to 0.2.0
bdk_esplora to 0.2.0
bdk_file_store to 0.1.0
Commit
<--latest commit ID to include in this release-->
Changelog (I'm not updating the CHANGELOG file, just putting here for the record)
EsploraAsyncExtand make doctests runnable #889reveal_to_targetlogic #890Checklist
Release numbering must follow Semantic Versioning. These steps assume the current
masterbranch development version is 1.0.0-alpha.0.
On the day of the feature freeze
Change the
masterbranch to the next MINOR+1 version:masterbranch.bump_dev_1.0.0-alpha.0.bump_dev_1.0.0-alpha.0branch to the next development MINOR+1 version.Cargo.tomlversion value toMAJOR.MINOR+1.0.CHANGELOG.mdfile.bump_dev_MAJOR_MINOR+1branch tomaster.Create a new release branch and release candidate tag:
masteris up-to-date with the upstream repo.release/1.0.0-alphafrommaster.Skipping below steps because we don't need release candidates for our alpha.X releases.
release/MAJOR.MINOR+1branch toMAJOR.MINOR+1.0-rc.1version.Cargo.tomlversion value toMAJOR.MINOR+1.0-rc.1.HEADcommit in therelease/MAJOR.MINOR+1branch.vMAJOR.MINOR+1.0-rc.1--signflag.release/MAJOR.MINORbranch and new tag to thebitcoindevkit/bdkrepo.git push --tagsoption to push the newvMAJOR.MINOR+1.0-rc.1tag.Also skipping these steps since we won't be making bugfix releases for alpha.X releases.
If any issues need to be fixed before the MAJOR.MINOR+1.0 version is released:
masterbranch.release/MAJOR.MINOR+1branch.release/MAJOR.MINOR+1branch.release/MAJOR.MINOR+1branch toMAJOR.MINOR+1.0-rc.x+1version.Cargo.tomlversion value toMAJOR.MINOR+1.0-rc.x+1.HEADcommit in therelease/MAJOR.MINOR+1branch.vMAJOR.MINOR+1.0-rc.x+1, where x is the current release candidate number.--signflag.bitcoindevkit/bdkrepo.git push --tagsoption to push the newvMAJOR.MINOR+1.0-rc.x+1tag.On the day of the release
Skip the first step since we didn't create an release candidates.
Tag and publish new release:
release/MAJOR.MINOR+1branch toMAJOR.MINOR+1.0version.Cargo.tomlversion value toMAJOR.MINOR+1.0.HEADcommit in therelease/1.0.0-alphabranch.v1.0.0-alpha.0--signflag.bitcoindevkit/bdkrepo.Release MAJOR.MINOR+1.0.1.0.0release check the "Pre-release" box.