Skip to content

ci(stackblitz): regenerate package-lock.json for TypeScript 7 (unblocks main) - #556

Merged
yinlianghui merged 1 commit into
mainfrom
fix/stackblitz-lock-typescript-7
Jul 30, 2026
Merged

ci(stackblitz): regenerate package-lock.json for TypeScript 7 (unblocks main)#556
yinlianghui merged 1 commit into
mainfrom
fix/stackblitz-lock-typescript-7

Conversation

@yinlianghui

Copy link
Copy Markdown
Collaborator

Description

main is currently failing CI, and so is every open PR — the failure is inherited, not caused by them.

Build and Test (22.x) › Check the StackBlitz npm lockfile is in sync
  package-lock.json is stale (devDependencies differ from package.json).

Reproduced on a clean checkout of main at e1676fed: package.json declares "typescript": "^7.0.2" while package-lock.json still pins 6.0.3.

Root cause

#439 (dependabot, TypeScript 6.0.3 → 7.0.2) updated package.json and pnpm-lock.yaml — the files pnpm uses — but not package-lock.json, which is what the StackBlitz demo boots from. The repo keeps both on purpose: pnpm for development, npm for the WebContainer demo. Dependabot only knows about one of them.

Because the sync check runs against the merge result, every open PR now shows a red Build and Test for a file it never touched.

Changes

Regenerated package-lock.json with the exact command the check prints on failure:

d=$(mktemp -d) && cp package.json "$d" \
  && (cd "$d" && npm install --package-lock-only --ignore-scripts) \
  && cp "$d/package-lock.json" .

Lockfile only — no source, no config, no dependency ranges changed.

Verification

$ node scripts/check-stackblitz-lock.mjs
package-lock.json is in sync with package.json (v3)

Type of Change

  • CI/CD update

Checklist

  • Sync check passes locally
  • No package.json ranges changed — the lockfile now simply matches them
  • Changeset added (empty frontmatter — releases nothing)

Follow-up to #439.

#439 bumped package.json to typescript ^7.0.2 and updated pnpm-lock.yaml, but
the StackBlitz demo boots from package-lock.json, which still pinned 6.0.3. The
'Check the StackBlitz npm lockfile is in sync' step therefore fails on main
itself, and every open PR inherits the failure since the check runs against the
merge result.

Regenerated with the exact command the check prints:

  d=$(mktemp -d) && cp package.json "$d" \
    && (cd "$d" && npm install --package-lock-only --ignore-scripts) \
    && cp "$d/package-lock.json" .

check-stackblitz-lock.mjs now reports 'package-lock.json is in sync with
package.json (v3)'.

Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>
@vercel

vercel Bot commented Jul 30, 2026

Copy link
Copy Markdown

The latest updates on your projects. Learn more about Vercel for GitHub.

1 Skipped Deployment
Project Deployment Actions Updated (UTC)
hotcrm Ignored Ignored Jul 30, 2026 3:24pm

Request Review

@yinlianghui
yinlianghui merged commit c46e9bf into main Jul 30, 2026
10 checks passed
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Projects

None yet

Development

Successfully merging this pull request may close these issues.

1 participant