chore: enforce pnpm 11#224
Conversation
📝 WalkthroughWalkthroughA new ChangesPackage Manager Compatibility
🎯 1 (Trivial) | ⏱️ ~2 minutes
🚥 Pre-merge checks | ✅ 4 | ❌ 1❌ Failed checks (1 warning)
✅ Passed checks (4 passed)
✏️ Tip: You can configure your own custom pre-merge checks in the settings. ✨ Finishing Touches🧪 Generate unit tests (beta)
Comment |
|
View your CI Pipeline Execution ↗ for commit 689399a
☁️ Nx Cloud last updated this comment at |
There was a problem hiding this comment.
🧹 Nitpick comments (1)
package.json (1)
9-11: package.json: pnpm engine constraint looks good, but review pnpm v11 breaking/migration behavior
pnpm@11.0.0is a released version (tagged v11.0.0; released 2026-04-28), and11.1.1 >= 11.0.0so the constraint is consistent with the existingpackageManager.- pnpm v11 includes migration/behavior changes (notably config-reading changes and
pnpm linkbehavior); ensure the repo/CI/scripts don’t rely on the pre-v11 behavior.- Since patch releases followed quickly (e.g., v11.0.5 includes multiple fixes), consider setting the minimum to a later 11.0.x (if you want to reduce exposure to early 11.0.0 issues).
🤖 Prompt for AI Agents
Verify each finding against current code. Fix only still-valid issues, skip the rest with a brief reason, keep changes minimal, and validate. In `@package.json` around lines 9 - 11, The pnpm engine constraint in package.json currently allows >=11.0.0 which may expose us to early v11 issues; update the engines/pnpm constraint to a safer minimum (for example >=11.0.5) and audit any scripts/CI that reference packageManager or call pnpm commands (including pnpm link and config-reading code) for v11 behavioral changes; specifically check the "engines" entry and the project’s packageManager usage and CI job steps that invoke pnpm, adjust version constraint and any scripts to be compatible with pnpm v11 migration behavior or pin to a fixed 11.x patch to reduce exposure.
🤖 Prompt for all review comments with AI agents
Verify each finding against current code. Fix only still-valid issues, skip the
rest with a brief reason, keep changes minimal, and validate.
Nitpick comments:
In `@package.json`:
- Around line 9-11: The pnpm engine constraint in package.json currently allows
>=11.0.0 which may expose us to early v11 issues; update the engines/pnpm
constraint to a safer minimum (for example >=11.0.5) and audit any scripts/CI
that reference packageManager or call pnpm commands (including pnpm link and
config-reading code) for v11 behavioral changes; specifically check the
"engines" entry and the project’s packageManager usage and CI job steps that
invoke pnpm, adjust version constraint and any scripts to be compatible with
pnpm v11 migration behavior or pin to a fixed 11.x patch to reduce exposure.
Adds
engines.pnpm >=11.0.0to TanStack/pacer.pnpm@11+ installpnpm@11+ run ...pnpm@9 installengines.pnpmpnpm@9 run ...engines.pnpmpnpm@10 installwith default pnpm version managementpackageManagerand runs as the declared pnpm versionpnpm@10 run ...with default pnpm version managementpackageManagerand runs as the declared pnpm versionpnpm@10 installwith version handoff disabledengines.pnpmpnpm@10 run ...with version handoff disabledengines.pnpmpnpm@9/10 listpnpm@9/10 exec ...packageManagerengines.pnpm: \">=11.0.0\"engines.pnpmSummary by CodeRabbit