fix: update pnpm-lock.yaml for v4.4.5 release#3498
Conversation
The v4.4.5 release PR (#3406) was merged before the automated lockfile-update job could push its commit, leaving main with package.json bumped to 4.4.5 but pnpm-lock.yaml still pinned to 4.4.4. This blocks all subsequent pnpm install --frozen-lockfile runs (release.yml, changesets-pr.yml, etc.). Regenerated via pnpm install --lockfile-only against current main.
|
|
Important Review skippedReview was skipped due to path filters ⛔ Files ignored due to path filters (1)
CodeRabbit blocks several paths by default. You can override this behavior by explicitly including those paths in the path filters. For example, including ⚙️ Run configurationConfiguration used: Repository UI Review profile: CHILL Plan: Pro Run ID: You can disable this status message by setting the Use the checkbox below for a quick retry:
✨ Finishing Touches🧪 Generate unit tests (beta)
Thanks for using CodeRabbit! It's free for OSS, and your support helps us grow. If you like it, consider giving us a shout-out. Comment |
Summary
The v4.4.5 release PR (#3406) was merged before the automated lockfile-update job in `changesets-pr.yml` could push its commit. As a result main now has `package.json` bumped to `4.4.5` but `pnpm-lock.yaml` still pinned to `4.4.4`.
This blocks every subsequent `pnpm install --frozen-lockfile` run, including:
Root cause (from CI logs)
```
ERR_PNPM_OUTDATED_LOCKFILE Cannot install with "frozen-lockfile" because pnpm-lock.yaml is not up to date with /packages/build/package.json
```
Regenerated via `pnpm install --lockfile-only` against current main. The diff is exactly what the canceled `update-lockfile` job would have produced:
No new direct dependencies, no version drops.
Follow-ups (separate PRs)