Skip to content

chore(release): publish v0.42.0 from main, including everything merged since the release PR - #2371

Merged
gold-silver-copper merged 1 commit into
mainfrom
chore/release-0.42.0-from-head
Aug 17, 2026
Merged

chore(release): publish v0.42.0 from main, including everything merged since the release PR#2371
gold-silver-copper merged 1 commit into
mainfrom
chore/release-0.42.0-from-head

Conversation

@gold-silver-copper

Copy link
Copy Markdown
Contributor

Merging this PR publishes v0.42.0 to crates.io from main as of the merge commit — with #2367, #2361, #2369 and anything else merged before it. Read that sentence twice before pressing the button.

Why this exists

The release-PR merge commit for v0.42.0 (2da030332, #2221) ran release-plz release at 01:47 UTC and failed on the very first cargo publish (rig-derive): "please provide a non-empty token"CARGO_REGISTRY_TOKEN was empty. Nothing was published (crates.io is still at 0.41.0 for every crate) and no v0.42.0 tag exists. The secret has since been set (12:39 UTC), but release-plz.toml had release_always = false, so every push since logs "skipping release: current commit is not from a release PR" — a stranded release that nothing will ever retry.

Meanwhile the cd run queued behind the release (for 57b4ad2bb) ran its release-plz step at 01:32 on a checkout that predates the merge, found no open release PR, and opened #2360 — a stale "0.41.0 → 0.42.0" duplicate that conflicts with main on every manifest because main already contains those bumps. #2360 should be closed, not refreshed.

What this changes

No manifest version changes: main already says 0.42.0 everywhere.

What happens on merge

cd.yaml runs the gates (~40 min), then release-plz release publishes the 22 crates in dependency order, creates the v0.42.0 tag and the GitHub release for rig. The next push after that makes release-plz open the "chore: release v0.43.0" PR for whatever comes next (#2367 is breaking, so a minor bump pre-1.0).

Verify afterwards: curl -s https://index.crates.io/ri/g-/rig-core | tail -10.42.0; git ls-remote --tags origin v0.42.0.

…d since the release PR

v0.42.0 was never published: the release-PR merge commit's publish failed
on an empty `CARGO_REGISTRY_TOKEN`, and with `release_always = false`
release-plz never retries from a later commit. Flip it to `true` (the
release-plz default) so the next push publishes the version main already
declares — from HEAD, so #2367, #2361 and #2369 ship in 0.42.0 — and fold
their changelog entries out of `[Unreleased]` into the 0.42.0 sections
whose text becomes the GitHub release body; the section date moves to the
day it actually publishes.
@gold-silver-copper
gold-silver-copper added this pull request to the merge queue Aug 17, 2026
Merged via the queue into main with commit d5a3498 Aug 17, 2026
13 checks passed
pull Bot pushed a commit to TM312/rig that referenced this pull request Aug 18, 2026
`true` was a one-push recovery for v0.42.0 (0xPlaygrounds#2371), not the steady state:
it makes every merge that lands after a release PR part of that release,
unreviewed and unchangelogged. The comment records how to recover next
time.
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

1 participant