Skip to content

fix(release): fold the unpublished 0.11.3 into 0.12.0 - #426

Merged
theCodeDrift merged 5 commits into
mainfrom
fix/fold-0-11-3-into-0-12-0
Sep 30, 2026
Merged

theCodeDrift merged 5 commits into
mainfrom
fix/fold-0-11-3-into-0-12-0

Conversation

@theCodeDrift

@theCodeDrift theCodeDrift commented Sep 30, 2026 •

Copy link
Copy Markdown
Member

0.11.3 was versioned but never published. The release PR #358 consumed 17 changesets into a 0.11.3 section of packages/cli/CHANGELOG.md and bumped the version to 0.11.3, but its publish job was never approved, so npm's latest is still 0.11.2. Those changes first reach users in 0.12.0, but their notes sat under a 0.11.3 heading. The pending release PR (#407) showed only the 0.12.0 section and linked "Compare with v0.11.3", a tag that doesn't exist.

What changes

  1. Revert the 0.11.3 version bump (a1ad90f).
    • The 17 changesets come back and the 0.11.3 changelog section is removed.
    • The version returns to 0.11.2 in all five places the bump touched.
    • chore: version packages #407 then regenerates with every change under 0.12.0, compared against v0.11.2.
    • main no longer holds a version npm lacks, so pushes stop queuing publish jobs for it.
  2. Update two restored changesets that named 0.11.3.
    • The feedback-survey note now says 0.12.0, and its file is renamed to match.
    • The Vale config-schema note drops a sentence justifying its patch bump against 0.11.3, which is moot now that the release is minor.
    • Two survey comments follow.
  3. Give the agent update ledger a 0.12.0 section.
    • The "Migrating to 0.11.3" section named a version that never shipped, and its entries move under 0.12.0.
    • 0.12.0 had no ledger entry for the v2 API. The section now opens with the one step for every project: run init once for migration 10, which check requires logged in or not.
    • The v2 steps are driven by check's own output, not by login preconditions: run check --json once and act on what it prints (a copy of an issued rule, an edited rule, a pre-v2 runtime rule, a missing rule). A run where signatures don't apply prints none of them. rule create --json printing requestId is noted for scripts.
    • The topic moves from v10 to v11.

Checks

  • pnpm typecheck and pnpm lint pass, and so does the CLI suite (112 files, 1,898 tests).
  • openspec validate --all --strict passes (30).
  • pnpm changeset status reports one minor bump for @taskless/cli, so 0.11.2 goes to 0.12.0.

#358 (chore: version packages) consumed 17 changesets into a 0.11.3
CHANGELOG section and bumped to 0.11.3, but the publish job was never
approved, so 0.11.3 never reached npm. Its changes first ship in 0.12.0, so
their notes belong there. This reverts a1ad90f: the changesets come back,
the 0.11.3 section goes, and the version returns to 0.11.2, which the
release PR then bumps to 0.12.0 with every change listed.

This reverts commit a1ad90f.
…0.12.0

The feedback-survey note named 0.11.3 and is renamed to match; the Vale
config schema note drops a sentence justifying its patch bump against 0.11.3,
moot now that the release is minor. Two survey comments follow.
The ledger's "Migrating to 0.11.3" section named a version that never
shipped; its entries ship in 0.12.0 and move under that heading. 0.12.0 also
had no ledger entry for the v2 API: pre-v2 runtime rules must be regenerated,
an edited or copied issued rule fails check and is repaired with rule restore,
rule create --json prints requestId, and init applies migration 10.
Only migration 10 applies to every project; check refuses to run until it is
applied, logged in or not. The v2 entries (pre-v2 runtime rules, edited and
copied rules, rule create's requestId) matter only when info --json reports
loggedIn: logged out, nothing is reconciled and runtime rules are skipped as
before.
Instead of preconditions on login state, run check --json once after init and
act on the messages it prints: a copy of an issued rule, an edited rule, a
pre-v2 runtime rule, a missing rule. A run where signatures do not apply
(logged out, an expired token, an uncovered repository) prints none of them,
so there is nothing to decide up front.
@theCodeDrift
theCodeDrift merged commit bfc3998 into main Sep 30, 2026
8 checks passed
@theCodeDrift
theCodeDrift deleted the fix/fold-0-11-3-into-0-12-0 branch September 30, 2026 05:58
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