fix(deps): update dependency @pnpm/fs.hard-link-dir to v4

[renovate]

This PR contains the following updates:

Package	Change	Age	Adoption	Passing	Confidence
@pnpm/fs.hard-link-dir (source)	^2.0.0 -> ^4.0.0

---

Release Notes

pnpm/pnpm (@​pnpm/fs.hard-link-dir)

v4.0.0

Compare Source

Breaking Changes

• Node.js 10 or newer is required (it will probably work with Node.js 8 as well but we don't test it anymore)
• new node_modules structure.
  • all the hard linked dependencies are inside node_modules/.pnpm (#​1636, @​zkochan)
  • all the hoisted dependencies are symlinked into node_modules/.pnpm/node_modules. So application code has no access to the hoisted packages but dependencies have. (#​1998, @​zkochan)
  • the current lockfile is moved from node_modules/.pnpm-lock.yaml to node_modules/.pnpm/lock.yaml (#​2018, @​zkochan)
• shamefully-flatten renamed to shamefully-hoist. (@​zkochan)
• hoist-pattern is * by default. All packages are hoisted but application code has access only to listed dependencies. So the buggy ecosystem packages will work but pnpm will prevent users from requiring packages that are not declared in package.json. (@​zkochan)
• all globally installed packages are always hoisted. (@​zkochan)
• pnpm add fails if no packages are specified (5f73a7c, @​zkochan)
• pnpm install installs all dependencies of all workspace packages when executed inside a workspace (5f73a7c, @​zkochan)
• independent-leaves is only allowed with hoisting turned off (f3d5037, @​zkochan)
• pnpm outdated does not print details by default. To should details, use the --long flag (#​2017, @​aparajita)
• the root package.json is always included in the workspace (#​2021, @​ExE-Boss)
• the CLI fails with unknown/incompatible options (#​1645, @​zkochan)
  • fails because of unknown option: pnpm install --foo
  • fails because of incompatible option: pnpm remove foo --save-exact
  • removed legacy --*-shrinkwrap option aliases from the CLI.
• the default resolution-strategy is fewer-dependencies instead of fast (#​2042, @​zkochan)
• changes in the way packages are imported from the store (#​2043, @​zkochan):
  • package-import-method does not support reflink anymore. Use clone instead, which is a cross-platform alternative.
  • by default, pnpm will clone packages on systems that support it. If cloning is not supported, pnpm will link packages from the store. If hard links are also not supported, pnpm will copy the packages.
• new pattern matcher (#​2048, @​zkochan)
  The new pattern matcher only supports * (so you can do eslint-* or *-plugin-*). The * now also matches scopes, so *plugin matches both @eslint/plugin and eslint-plugin.

Features

• new config settings:
  • hoist: true by default. When false, pnpm will not hoist any dependencies in node_modules, preventing dependencies inside node_modules from accessing unlisted dependencies. (#​2004, @​zkochan)
  • hoist-pattern: * by default. All packages matching this pattern will be hoisted. For example, you can choose to hoist only eslint packages: hoist-pattern=eslint-*. By default, all packages are hoisted. (#​1997, #​1998, @​zkochan)
  • shamefully-hoist: same as shamefully-flatten in previous versions of pnpm. The project's code has access to hoisted dependencies. (#​2006, @​zkochan)
• pnpm outdated:
  • restyle the pnpm outdated output for readability (#​2007, @​aparajita)
  • pnpm outdated --no-table prints a list of outdated packages instead of a table (#​2026, @​aparajita)
    
• nicer output of the --help commands (#​2013, @​zkochan)
  
• new command: pnpm why <package> (#​2015, @​ExE-Boss)

v3.0.0

Compare Source

Breaking Changes

• Node.js 6 and below are not supported
• pnpm's lockfile renamed from shrinkwrap.yaml to pnpm-lock.yaml
• the --scope flag is deprecated
• the -r flag is not an alias of --registry anymore. pnpm i -r === pnpm recursive install
• the specified version spec is prefered during installation. It doesn't matter what are the values of the save-exact and save-prefix configs (#​1633)
• the pnpm recursive link command is deprecated
• the link-workspace-packages config is true by default
• the shared-workspace-lockfile config is true by default
• config renames:
  • shrinkwrap -> lockfile
  • shrinkwrap-only -> lockfile-only
  • shrinkwrap-directory -> lockfile-directory
  • shared-workspace-shrinkwrap -> shared-workspace-lockfile
  • frozen-shrinkwrap -> frozen-lockfile
  • prefer-frozen-shrinkwrap -> prefer-frozen-lockfile
• dependency locations in node_modules may not contain ! in their path (#​1601)

v2.0.1

Compare Source

---

Configuration

📅 Schedule: Branch creation - At any time (no schedule defined), Automerge - At any time (no schedule defined).

🚦 Automerge: Enabled.

♻ Rebasing: Whenever PR becomes conflicted, or you tick the rebase/retry checkbox.

🔕 Ignore: Close this PR and you won't be reminded about this update again.

---

• If you want to rebase/retry this PR, check this box

---

This PR has been generated by Mend Renovate. View repository job log here.

[changeset-bot]

⚠️ No Changeset found

Latest commit: d6c5290

Merging this PR will not cause a version bump for any packages. If these changes should not result in a new version, you're good to go. If these changes should result in a version bump, you need to add a changeset.

This PR includes no changesets

When changesets are added to this PR, you'll see the packages that this PR includes changesets for and the associated semver types

Click here to learn what changesets are, and how to add one.

Click here if you're a maintainer who wants to add a changeset to this PR