Skip to content

chore(release): bump feat/workspace-team to 0.16.2 - #6188

Merged
lefarcen merged 1 commit into
feat/workspace-teamfrom
chore/bump-branch-0.16.2
Jul 28, 2026
Merged

chore(release): bump feat/workspace-team to 0.16.2#6188
lefarcen merged 1 commit into
feat/workspace-teamfrom
chore/bump-branch-0.16.2

Conversation

@lefarcen

Copy link
Copy Markdown
Contributor

Why

The beta feed cannot be published to any more. Both attempts tonight died at Prepare beta metadata:

[release-beta] packaged base version 0.16.1 must be strictly greater than latest stable 0.16.1
[release-beta] beta metadata.json baseVersion 0.16.1 does not match betaVersion 0.16.2-beta.144

The first is waivable with force. The second is not: this afternoon 0.16.2-beta.144 was published using an explicit release_version override while every manifest on this branch still read 0.16.1, which left the published metadata.json self-inconsistent. Any later build validates that file and refuses.

This is my own mistake coming back — the override produced a version number the repo could not substantiate.

What changed

0.16.10.16.2 in the same 18 manifests the release bot touched in 23f9fcaac (chore(release): bump main to 0.16.2 ahead of stable 0.16.1). Nothing else. Two test files mention 0.16.1 as fixture data (WhatsNewPopup.test.tsx, packaged-launcher-update-loop.test.ts); that commit left them alone and so does this one.

After this, 0.16.2-beta.145 is consistent with its own metadata and force is no longer needed for the base-version check.

What users will see

Nothing directly. It unblocks publishing dogfood betas from this branch with a version number that does not go backwards — the auto-resolver currently proposes 0.16.1-beta.1, which is behind the 0.16.2-beta.144 already circulating.

Surface area

  • Root package.json / workspace manifests
  • UI
  • CLI
  • Contracts
  • i18n

Notes for the reviewer

This raises the branch only; main remains at 0.16.1 and is untouched. If the intent is instead to bump main on the normal release cadence, close this — but then tonight’s beta cannot be published with a forward-moving version.

The published beta feed is self-inconsistent: metadata.json carries
baseVersion 0.16.1 alongside betaVersion 0.16.2-beta.144, because
0.16.2-beta.144 was published with an explicit release_version override
while every manifest on this branch still said 0.16.1. Every subsequent
beta build now fails its own consistency check:

  [release-beta] beta metadata.json baseVersion 0.16.1
                 does not match betaVersion 0.16.2-beta.144

`force` does not help — it only waives "base must exceed latest stable",
not the baseVersion/betaVersion match.

Raising the branch's base version to 0.16.2 makes the next beta
(0.16.2-beta.145) consistent with its own metadata, and removes the need
to pass force at all. Same 18 manifests the release bot touched in
23f9fca; test fixtures that mention 0.16.1 as data are left alone, as
that commit also left them.
@lefarcen
lefarcen requested a review from a team as a code owner July 28, 2026 18:18
@lefarcen
lefarcen merged commit 213bb2f into feat/workspace-team Jul 28, 2026
8 checks passed
@github-actions

Copy link
Copy Markdown
Contributor

🚀 Landing page preview

This PR is deployed to a Cloudflare Pages preview — not staging or production:

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