automate releases #789

Open
opened 2020-06-21 19:17:22 +00:00 by igalic · 2 comments
igalic commented 2020-06-21 19:17:22 +00:00 (Migrated from github.com)

The last release, 0.5.0 we made did not bump the version number.

We should automate our releases as far as possible.
In an ideal world, anyone could trigger a release by proposing a PR that includes a Changelog and bumps some version numbers.

Right now, we don't have a Changelog in the repo itself.
But there are 7(!!!) places (Cargo.toml files) where a version needs to be bumped.

How to mitigate this?

we could have a pre-release helper… script, or cargo target??, that helps with the PR: it bumps all the versions, and creates a Changelog.md entry. That changelog.md entry can either be a template that needs to be filled out by the person proposing the release-pr, or it could be generated from github.

Once that PR is merged, we'd run another helper script that tags the version, and creates a Github release from the Changelog entry. Perhaps some time in the future, we could also push a release out to https://crates.io/crates/plume if we can convince @bochecha to… trade places… ooooooooooor, we could just call our crate plume-blog ?

The script should also bump the versions to x.y.z-dev (or x.y.z-githash), so we know when somebody is running an unreleased version.

The last release, 0.5.0 we made did not bump the version number. We should automate our releases as far as possible. In an ideal world, anyone could trigger a release by proposing a PR that includes a Changelog and bumps some version numbers. Right now, we don't have a Changelog in the repo itself. But there are ***7(!!!)*** places (Cargo.toml files) where a version needs to be bumped. ### How to mitigate this? we could have a `pre-release` helper… script, or `cargo` target??, that helps with the PR: it bumps all the versions, and creates a Changelog.md entry. That changelog.md entry can either be a template that needs to be filled out by the person proposing the release-pr, or it could be generated from github. Once that PR is merged, we'd run another helper script that tags the version, and creates a Github release from the Changelog entry. Perhaps some time in the future, we could also push a release out to https://crates.io/crates/plume if we can convince @bochecha to… trade places… ooooooooooor, we could just call our crate plume-blog ? The script should also bump the versions to x.y.z-dev (or x.y.z-githash), so we know when somebody is running an unreleased version.
igalic commented 2020-06-21 20:16:42 +00:00 (Migrated from github.com)

Aparently, cargo-release can help us with most of these!

Aparently, [cargo-release](https://github.com/sunng87/cargo-release) can help us with most of these!
igalic commented 2020-06-21 21:18:26 +00:00 (Migrated from github.com)
started a patch here: https://github.com/Plume-org/Plume/pull/790
Sign in to join this conversation.
No milestone
No project
No assignees
1 participant
Notifications
Due date
The due date is invalid or out of range. Please use the format "yyyy-mm-dd".

No due date set.

Dependencies

No dependencies set.

Reference: Plume/Plume#789
No description provided.