v0.8.0
Added
bacon.tomlas arunnertask source. Jobs surface inrunner list/
runner info, dispatch viarunner run <job>/run <job>, and resolve
under thebacon.toml:<job>qualified syntax. Bacon is detected as a
task runner alongside just / make / go-task. Jobs whose names start with
_are treated as private and hidden. When thebaconCLI is on
PATH, extraction shells out tobacon --list-jobsso bacon's built-in
jobs (check,clippy,test, …) merge into the listing alongside
whateverbacon.tomldeclares — same view bacon itself presents. Falls
back to TOML parsing when bacon isn't installed. Job arguments forward
through bacon's--separator (runner run test -- --ignored→
bacon test -- --ignored) so they reach the underlying job intact.- Project-local
bacon.tomldefininglint,test-all, andbinsjobs
for therunnercrate, mirroring thecargo l/cargo taliases. cargo binstall runner-runsupport via[package.metadata.binstall]in
Cargo.toml. cargo-binstall now downloads the prebuilt binary from the
matching GitHub release asset (runner-v{version}-{target}.tar.gz)
instead of building from source — same archives
taiki-e/upload-rust-binary-actionuploads fromrelease.yml. Both
runnerandruninstall side by side, no toolchain required.
Changed
- Release pipeline reordered.
crates-releasenow triggers onpush: tags: ['v*']instead ofrelease: published, socargo publish
fires in parallel with binary builds and no longer waits on the npm
publish chain to complete first.release.ymlgains a final
publish-releasejob that flips the draft GitHub release to
published once binaries and thenpm-distartifact land — this is
now the natural pivot of the release lifecycle and drives
npm-release.ymlviarelease: published.npm-release.yml
drops itsworkflow_runtrigger (and the draft-flip side job that
was hidden in it), resolving the build run-id for cross-workflow
artifact download viagh run listinstead. Net effect: tag push
alone ships crates.io immediately, and the GH release auto-publishes
once binaries are ready — no more manual draft-flipping. npm/facade/README.mdupdates the install fallback instructions to
cargo install runner-run(crates.io) instead of the git-source
form, matching the 0.7.1 README/landing-page change.npm/facade/package.jsontemplate no longer carries aversion
field. The build script (npm/scripts/build-packages.ts) injects
the version fromcargo metadataat build time and the template
value was always overwritten. Single source of truth is now
Cargo.toml.
Fixed
runner completions $SHELLno longer fails when$SHELLexpands to a
full path (e.g./usr/bin/zsh). The explicit<shell>arg now accepts
either a bare name (zsh) or a full path, mirroring the bare-arg
fallback that already file-stems$SHELL. Previously the stock clap
ValueEnumparser rejected anything but the bare names, making the
explicit and implicit paths inconsistent.pwshsurfaces inrunner completions --helpand the rejection error
alongsidepowershell. The internal mapping has accepted both since
shell_from_pathwas written; only the user-facing message lagged.
What's Changed
- feat(bacon): add bacon.toml as task source by @kjanat in #15
- feat(binstall): add cargo-binstall metadata by @kjanat in #17
Full Changelog: v0.7.1...v0.8.0