**TLDR:** Global packages in pnpm v10 are annoying and slow because they all are installed to a single global package. Instead, we will now use a system that is similar to the one used by "pnpm dlx" (aka "pnpx").
Each globally installed package (or group of packages installed together) now gets its own isolated installation directory with its own `package.json`, `node_modules`, and lockfile. This prevents global packages from interfering with each other through peer dependency conflicts or version resolution shifts.
## Changes
- Add `@pnpm/global-packages` shared utilities package for scanning, hashing, and managing isolated global installs
- `pnpm add -g` creates isolated installs in `{pnpmHomeDir}/global/v11/{hash}/`
- `pnpm remove -g` removes the entire installation group containing the package
- `pnpm update -g` re-installs into new isolated directories and swaps symlinks
- `pnpm list -g` scans isolated directories to show installed global packages
- `pnpm outdated -g` checks each isolated installation for outdated dependencies
- `pnpm store prune` cleans up orphaned global installation directories
## Breaking changes
- `pnpm install -g` (no args) is no longer supported — use `pnpm add -g <pkg>`
- `pnpm link <pkg-name>` no longer resolves packages from the global store — only relative or absolute paths are accepted
- `pnpm link --global` is removed — use `pnpm add -g .` to register a local package's bins globally
* feat: `outdated` command add `sortField` option
Currently, the default sorting result is a combination of multiple
rules, including sorting by `packageName`, sorting by `SemverChange`,
and sorting by the `current` field.
I wanted to set `sortField` to support configuration of
`name`/`semver`/`current`, but considering that the other two values
do not seem to make much sense except `name`, I
will keep the current situation for the time being.
* feat: add changeset
* fix: format
* chore: update test
* test: update
* fix: update
* refactor: rename to sort-by
* refactor: outdated
* docs: update changeset
---------
Co-authored-by: Zoltan Kochan <z@kochan.io>
