chore: release 9.6.4

[github-actions]

🤖 I have created a release beep boop

9.6.4

9.6.4 (2023-04-05)

Documentation

• 54795a3 #6312 filter archives out of version manager search (docs: filter archives out of version manager search #6312) (@ljharb)
• 530c285 #6306 remove reference to npm-packlist (docs: remove reference to npm-packlist #6306) (@staff0rd)

Dependencies

• 85935ac #6325 ssri@10.0.2 (deps: ssri@10.0.2 #6325)
• f1388b4 #6317 npm update
• 7dd0129 #6317 glob@9.3.2
• deca335 #6317 promise-call-limit@1.0.2
• Workspace: @npmcli/arborist@6.2.7
• Workspace: libnpmdiff@5.0.15
• Workspace: libnpmexec@5.0.15
• Workspace: libnpmfund@4.0.15
• Workspace: libnpmpack@5.0.15

arborist: 6.2.7

6.2.7 (2023-04-05)

Dependencies

• f1388b4 #6317 npm update
• deca335 #6317 promise-call-limit@1.0.2

libnpmdiff: 5.0.15

5.0.15 (2023-04-05)

Dependencies

• Workspace: @npmcli/arborist@6.2.7

libnpmexec: 5.0.15

5.0.15 (2023-04-05)

Dependencies

• Workspace: @npmcli/arborist@6.2.7

libnpmfund: 4.0.15

4.0.15 (2023-04-05)

Dependencies

• Workspace: @npmcli/arborist@6.2.7

libnpmpack: 5.0.15

5.0.15 (2023-04-05)

Dependencies

• Workspace: @npmcli/arborist@6.2.7

---

This PR was generated with Release Please. See documentation.

[github-actions]

Release Manager

Release workflow run: https://github.com/npm/cli/actions/runs/4619273765

Force CI to Update This Release

This PR will be updated and CI will run for every non-chore: commit that is pushed to latest. To force CI to update this PR, run this command:

gh workflow run release.yml -r latest -R npm/cli -f release-pr=6315

Release Checklist for v9.6.4

• 1. Checkout the release branch

  Ensure git status is not dirty on this branch after resetting deps. If it is, then something is probably wrong with the automated release process.

  gh pr checkout 6315 --force

  node . run resetdeps

  node scripts/git-dirty.js

• 2. Check CI status

  gh pr checks --watch

• 3. Publish the CLI and workspaces

  Warning:
  This will publish all updated workspaces to latest, prerelease or backport depending on their version, and will publish the CLI with the dist-tag set to next-9.

  Note:
  The --test argument can optionally be omitted to run the publish process without running any tests locally.

  node scripts/publish.js --test

• 4. Optionally install and test npm@9.6.4 locally

  npm i -g npm@9.6.4

  npm --version
  npm whoami
  npm help install
  # etc

• 5. Set latest dist-tag to newly published version

  Warning:
  NOT FOR PRERELEASE: Do not run this step for prereleases or if 9 is not being set to latest.

  node . dist-tag add npm@9.6.4 latest

• 6. Trigger docs.npmjs.com update

  gh workflow run update-cli.yml --repo npm/documentation

• 7. Merge release PR

  gh pr merge --rebase

  git checkout latest

  git fetch

  git reset --hard origin/latest

  node . run resetdeps

• 8. Wait For Release Tags

  Warning:
  The remaining steps all require the GitHub tags and releases to be created first. These are done once this PR has been labelled with autorelease: tagged.

  Release Please will run on the just merged release commit and create GitHub releases and tags for each package. The release bot will will comment on this PR when the releases and tags are created.

  Note:
  The release workflow also includes the Node integration tests which do not need to finish before continuing.

  You can watch the release workflow in your terminal with the following command:

  gh run watch `gh run list -R npm/cli -w release -b latest -L 1 --json databaseId -q ".[0].databaseId"`
  

• 9. Open nodejs/node PR to update npm to latest

  Warning:
  You must wait for CI to create the release tags before running this step. These are done once this PR has been labelled with autorelease: tagged.

  Trigger the Create Node PR action. This will open a PR on nodejs/node to the main branch.

  Note:
  The resulting PR may need to be labelled if it is not intended to land on old Node versions.

  First, sync our fork of node with the upstream source:

  gh repo sync npm/node --source nodejs/node --force

  Then, if we are opening a PR against the latest version of node:

  gh workflow run create-node-pr.yml -f spec=next-9

  If the PR should be opened on a different branch (such as when doing backports) then run it with -f branch=<BRANCH_NAME>. There is also a shortcut to target a specific Node version by specifying a major version number with -f branch=18 (or similar).

  For example, this will create a PR on nodejs/node to the v16.x-staging branch:

  gh workflow run create-node-pr.yml -f spec=next-9 -f branch=16

• 10. Label and fast-track nodejs/node PR

  Note:
  This requires being a nodejs collaborator. Currently @lukekarrys is so ping them to do these steps!

  • Thumbs-up reaction on the Fast-track comment
  • Add an LGTM / Approval
  • Add request-ci label to get it running CI
  • Add commit-queue label once everything is green

[github-actions]

Release Workflow

• npm@9.6.4 https://github.com/npm/cli/releases/tag/v9.6.4
• @npmcli/arborist@6.2.7 https://github.com/npm/cli/releases/tag/arborist-v6.2.7
• libnpmdiff@5.0.15 https://github.com/npm/cli/releases/tag/libnpmdiff-v5.0.15
• libnpmexec@5.0.15 https://github.com/npm/cli/releases/tag/libnpmexec-v5.0.15
• libnpmfund@4.0.15 https://github.com/npm/cli/releases/tag/libnpmfund-v4.0.15
• libnpmpack@5.0.15 https://github.com/npm/cli/releases/tag/libnpmpack-v5.0.15
• Workflow run: ❌ https://github.com/npm/cli/actions/runs/4622312259

🚨 @npm/cli-team: The post-release workflow failed for this release. Manual steps may need to be taken after examining the workflow output from the above workflow run. 🚨