基于其余的答案，我提供了相同的解决方案，但是我显示了包。json，因为我有点纠结于在哪里放置覆盖以及如何放置。

{
  "name": "my-app",
  "version": "snapshot",
  "scripts": {
    "ng": "ng",
    "build-dev": "ng build --configuration development",
  },
  "private": true,
  "dependencies": {
    "@angular/animations": "~14.2.9",
    "@angular/common": "~14.2.9"
    ...
  },
  "devDependencies": {
    "@angular-devkit/build-angular": "^14.2.8",
    ....
  },
  "overrides": {  
    "loader-utils@>2.0.0 <3": "2.0.4",
    "loader-utils@>3.0.0 <4": "3.2.1"
  }
}

对于2022年11月的“loader-utils”安全漏洞，已被要求

如果您在2中，请使用2.0.4版本。X 如果您是3版本，请使用3.2.1版本。X

为了验证

添加包。Json覆盖标签 删除package-lock.json 执行"npm install" 执行“npm audit”

从npm cli v8.3.0(2021-12-09)开始，这个问题可以使用package.json的overrides字段来解决。正如StriplingWarrior的回答所描述的那样

例如，该项目有typescript 4.6.2版本作为直接开发依赖，而awesome-typescript-loader使用旧版本2.7的typescript。下面是如何告诉npm使用awesome-typescript-loader的typescript 4.6.2版本:

{
  "name": "myproject",
  "version": "0.0.0",
  "scripts": ...
  "dependencies": ...
  "devDependencies": {
    "typescript": "~4.6.2",
    "awesome-typescript-loader": "^5.2.1",
    ...
  },
  "overrides": {
    "awesome-typescript-loader": {
      "typescript": "$typescript"
    }
  }
}

如果你不使用typescript作为直接的开发依赖项，那么你必须在overrides部分写4.6.2而不是$typescript:

{
  "name": "myproject",
  "version": "0.0.0",
  "scripts": ...
  "dependencies": ...
  "devDependencies": {
    "awesome-typescript-loader": "^5.2.1",
    ...
  },
  "overrides": {
    "awesome-typescript-loader": {
      "typescript": "~4.6.2"
    }
  }
}

使用最新版本的依赖项:

{
  "name": "myproject",
  "version": "0.0.0",
  "scripts": ...
  "dependencies": ...
  "devDependencies": {
    "awesome-typescript-loader": "^5.2.1",
    ...
  },
  "overrides": {
    "awesome-typescript-loader": {
      "typescript": "latest"
    }
  }
}

同样的重写可以用于依赖和devDependencies。

如果你正在使用npm版本>5但<8.3.0:编辑你的包锁。Json:从“要求”部分删除库，并将其添加到“依赖项”下。

例如，您希望deglob包使用glob包3.2.11版本而不是当前版本。你打开包裹锁。Json，参见:

"deglob": {
  "version": "2.1.0",
  "resolved": "https://registry.npmjs.org/deglob/-/deglob-2.1.0.tgz",
  "integrity": "sha1-TUSr4W7zLHebSXK9FBqAMlApoUo=",
  "requires": {
    "find-root": "1.1.0",
    "glob": "7.1.2",
    "ignore": "3.3.5",
    "pkg-config": "1.1.1",
    "run-parallel": "1.1.6",
    "uniq": "1.0.1"
  }
},

删除"glob": "7.1.2"，从"requires"中删除"glob": "7.1.2"，添加"dependencies"，版本合适:

"deglob": {
  "version": "2.1.0",
  "resolved": "https://registry.npmjs.org/deglob/-/deglob-2.1.0.tgz",
  "integrity": "sha1-TUSr4W7zLHebSXK9FBqAMlApoUo=",
  "requires": {
    "find-root": "1.1.0",
    "ignore": "3.3.5",
    "pkg-config": "1.1.1",
    "run-parallel": "1.1.6",
    "uniq": "1.0.1"
  },
  "dependencies": {
    "glob": {
      "version": "3.2.11"
    }
  }
},

现在删除你的node_modules文件夹，运行npm ci(或npm install旧版本的node/npm)，它会将缺失的部分添加到“依赖项”部分。

你可以使用npm shrinkwrap功能，以覆盖任何依赖项或子依赖项。

我刚在我们的一个小项目里做过这个。从2.7.3开始，我们需要一个更新的connect版本。给我们带来了麻烦。所以我创建了一个名为npm-shrinkwrap.json的文件:

{
  "dependencies": {
    "grunt-contrib-connect": {
      "version": "0.3.0",
      "from": "grunt-contrib-connect@0.3.0",
      "dependencies": {
        "connect": {
          "version": "2.8.1",
          "from": "connect@~2.7.3"
        }
      }
    }
  }
}

NPM应该在为项目安装时自动拾取它。

(参见:https://nodejs.org/en/blog/npm/managing-node-js-dependencies-with-shrinkwrap/)

我本来打算采用npm-force-resolution方法，但似乎只需要将依赖项包含在自己的包中就可以了。Json为我解决了这个问题。

我相信这在我的案例中是有效的，因为原始依赖项允许我想要更新的依赖项的补丁版本。因此，通过手动包含一个新版本，它仍然满足原始依赖项的依赖，并将使用我手动添加的依赖项。

例子

问题

我需要将plyr从3.6.8版本升级到3.6.9版本

Mine

package.json

{
  "dependencies": {
    "react-plyr": "^3.2.0"
  }
}

反应Plyr

package.json

{
  "dependencies": {
    "plyr": "^3.6.8"
  }
}

注意，对于plyr依赖，它以^开头，这意味着它可以接受任何小补丁。你可以在这里了解更多: https://docs.npmjs.com/about-semantic-versioning#using-semantic-versioning-to-specify-update-types-your-package-can-accept

更新我的

这将更新package.json中的plyr依赖。

package.json

{
  "dependencies": {
    "plyr": "^3.6.9",
    "react-plyr": "^3.2.0"
  }
}

我有一个问题，其中一个嵌套依赖项有npm审计漏洞，但我仍然想维护父依赖项版本。npm的收缩膜解决方案不适合我，所以我所做的是覆盖嵌套的依赖版本:

删除package-lock.json中'requires'部分下的嵌套依赖项 在包的DevDependencies下添加更新的依赖项。Json，这样需要它的模块仍然能够访问它。 npm我

从NPM v8.3开始，处理这个问题的正确方法是通过包的overrides部分。json文件。

If you need to make specific changes to dependencies of your dependencies, for example replacing the version of a dependency with a known security issue, replacing an existing dependency with a fork, or making sure that the same version of a package is used everywhere, then you may add an override. Overrides provide a way to replace a package in your dependency tree with another version, or another package entirely. These changes can be scoped as specific or as vague as desired. To make sure the package foo is always installed as version 1.0.0 no matter what version your dependencies rely on: { "overrides": { "foo": "1.0.0" } }

还有其他各种更细致的配置，允许您仅在某个包是特定包层次结构的依赖项时覆盖该包。欲了解更多详情，请访问https://docs.npmjs.com/cli/v8/configuring-npm/package-json#overrides