Back to Daily Feed 
pnpm 11 RC 2: Breaking Changes, New `pmOnFail` & `pnpm with` Command
Must Read
Originally published on pnpm Releases
View Original Article
Share this article:
Summary & Key Takeaways
- pnpm 11 RC 2 introduces breaking changes by removing
managePackageManagerVersions,packageManagerStrict, andpackageManagerStrictVersionsettings. - These settings are replaced by a new
pmOnFailsetting, which directly controls the failure behavior forpackageManageranddevEngines.packageManager. - The
COREPACK_ENABLE_STRICTenvironment variable is no longer honored; users should migrate topmOnFail. pnpm dlxandpnpm createnow respect project-level security and trust policy settings.- New native commands like
star,unstar,stars, andwhoamihave been implemented. - A new
pnpm with <version|current> <args...>command allows running pnpm at a specific version for a single invocation, bypassing project pins. - The
pmOnFailsetting can be configured via CLI, environment variables,pnpm-workspace.yaml, or.npmrc.
Our Commentary
This RC for pnpm 11 brings some substantial changes, particularly the consolidation of package manager versioning logic into pmOnFail. While breaking changes are always a bit of a headache, simplifying these settings into one clear option seems like a good move for long-term maintainability and clarity. The pnpm with command is a fantastic addition for testing or running scripts with specific pnpm versions without altering the project's pinned version. This is a huge win for DX, especially in monorepos or when dealing with legacy projects. We're excited to see the final release.
Share this article: