Skip to content

fix(release): refresh lockfile for 1.2.0 publish#12

Merged
TimCrooker merged 1 commit into
mainfrom
fix/release-lockfile-1.2.0
Jun 14, 2026
Merged

fix(release): refresh lockfile for 1.2.0 publish#12
TimCrooker merged 1 commit into
mainfrom
fix/release-lockfile-1.2.0

Conversation

@TimCrooker

@TimCrooker TimCrooker commented Jun 14, 2026

Copy link
Copy Markdown
Owner

Problem

The Version Packages merge (#11) bumped internal deps to ^1.2.0 in package.json but changeset version did not refresh pnpm-lock.yaml (still ^1.1.0). The Release job runs pnpm install --frozen-lockfile, which then fails with ERR_PNPM_OUTDATED_LOCKFILE — so 1.2.0 never published (npm still on 1.1.0).

Fix

  • Regenerate pnpm-lock.yaml to match the ^1.2.0 specs (verified pnpm install --frozen-lockfile now passes).
  • Make version-packages run pnpm install --lockfile-only after changeset version, so future Version Packages PRs keep the lockfile in sync and this can't recur.

Merging this re-triggers the Release workflow, which (no pending changesets) runs changeset publish and ships core/cli 1.2.0 + templates 1.1.1.

🤖 Generated with Claude Code

Note

Refresh pnpm lockfile automatically during version-packages releases

Updates the version-packages npm script in package.json to append pnpm install --lockfile-only after changeset version, keeping pnpm-lock.yaml in sync without installing packages. This fixes the stale lockfile that was present for the 1.2.0 publish.

Macroscope summarized e85535d.

…te the lockfile

The changeset version bump set internal deps to ^1.2.0 in package.json but left
pnpm-lock.yaml at ^1.1.0, so the Release job's frozen-lockfile install failed
before publishing. Regenerate the lockfile and make the version-packages script
run 'pnpm install --lockfile-only' so future Version Packages PRs stay in sync.

Co-Authored-By: Claude Opus 4.8 (1M context) <noreply@anthropic.com>
@macroscopeapp

macroscopeapp Bot commented Jun 14, 2026

Copy link
Copy Markdown

Approvability

Verdict: Needs human review

Unable to check for correctness in e85535d.

You can customize Macroscope's approvability policy. Learn more.

@TimCrooker TimCrooker merged commit a5aeb0a into main Jun 14, 2026
7 checks passed
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