chore(release): publish already-versioned 0.24.0#1651
Conversation
main is at 0.24.0 in package.json with the 0.24.0 changelog written, but 0.24.0 was never published to npm: the release run that should have published it found these two changesets had raced onto main and prepared 0.24.1 instead, skipping the 0.24.0 publish. Temporarily remove the two pending changesets so the next Release run sees no changesets, makes `changeset version` a no-op, and falls through to `changeset publish` to release the already-versioned 0.24.0 (npm + tag + GitHub release + plugin tarballs). These changesets document #1646 and #1644, which belong in 0.24.1. They are restored in a follow-up PR immediately after 0.24.0 publishes, which cuts 0.24.1 with their text and attribution intact.
|
There was a problem hiding this comment.
This is a release-mechanics recovery PR: it removes two stray emdash patch changesets so that the next Release run finds zero pending changesets, makes changeset version a no-op, and proceeds to changeset publish for the already-bumped 0.24.0 packages.
I checked:
- The diff only deletes
.changeset/fix-1347-taxonomy-parent-locale.mdand.changeset/fresh-buckets-exercise.md; no source files are touched. - After the deletion,
.changeset/contains onlyREADME.mdandconfig.json— zero pending changesets. packages/core/package.json(and the fixed-package group, e.g.@emdash-cms/admin) is already at0.24.0, and the0.24.0CHANGELOG entry is already written, confirming the version bump was applied previously..github/workflows/release.yml+.github/scripts/release.mjsrunchangeset versionthenchangeset publishviachangesets/action; with no pending changesets,versionis a no-op andpublishwill release the current0.24.0versions.
The approach is sound and matches the stated recovery plan. No AGENTS.md conventions are triggered by deleting release metadata files. LGTM.
Restores the two changesets temporarily removed in #1651 to publish the already-versioned 0.24.0. With 0.24.0 now on npm, these belong in 0.24.1. Each carries pinned `pr:`/`commit:`/`author:` magic lines so @changesets/changelog-github credits the original PRs and authors (#1646 / @mvanhorn, #1644 / @masonjames) rather than this release PR. Without the override it would attribute to the commit that re-added the files (this PR), losing the contributors' credit.
What does this PR do?
Removes two stray changesets so the next Release run publishes the already-versioned 0.24.0.
mainis at0.24.0in everypackage.jsonand the0.24.0changelog is written, but 0.24.0 was never published to npm (latest published is0.23.0, noemdash@0.24.0tag exists). The release PR #1629 was merged while these two changesets had already raced ontomain. The merge applied the 0.24.0 bumps but left the two changesets in place, so the post-merge Release run found pending changesets, prepared0.24.1(PR #1650), and skipped the 0.24.0 publish entirely.With these two changesets removed,
mainhas zero pending changesets. The Release run then makeschangeset versiona no-op and falls through tochangeset publish, releasing the already-versioned 0.24.0 with full artifacts (npm + git tag + GitHub release + plugin tarballs) via the normal changesets/action path.These changesets document #1646 and #1644, which belong in 0.24.1. They are restored in an immediate follow-up PR, which cuts 0.24.1 with their text and attribution intact. #1650 has been closed in favor of this recovery.
No published-package source changes; this only touches
.changeset/release metadata.Closes #
Type of change
Checklist
pnpm typecheckpasses — n/a, no source changepnpm lintpasses — n/a, no source changepnpm testpasses (or targeted tests for my change) — n/a, no source changepnpm formathas been run — n/a, only deletes changeset filesAI-generated code disclosure
Screenshots / test output
n/a — release metadata only.