我从另一个项目中复制了package.json，现在想将所有依赖项都升级到最新版本，因为这是一个新项目，如果出现问题，我不介意修复。
最简单的方法是什么？
我知道的最好的方法是运行npm info express版本，然后手动更新package.json中的每个依赖项。一定有更好的办法。
{
"name": "myproject",
"description": "my node project",
"version": "1.0.0",
"dependencies": {
"express": "^3.0.3", // how do I get these bumped to latest?
"mongodb": "^1.2.5",
"underscore": "^1.4.2"
}
}
有关纱线特定的解决方案，请参阅本堆栈溢出线程。
当前回答
看来npm检查更新是现在实现这一点的唯一方法。
npm i -g npm-check-updates
ncu -u
npm install
在npm<3.11时：
只需将每个依赖项的版本更改为*，然后运行npm-update-save。（注：在最近（3.11）版本的npm中损坏）。
之前：
"dependencies": {
"express": "*",
"mongodb": "*",
"underscore": "*",
"rjs": "*",
"jade": "*",
"async": "*"
}
之后：
"dependencies": {
"express": "~3.2.0",
"mongodb": "~1.2.14",
"underscore": "~1.4.4",
"rjs": "~2.10.0",
"jade": "~0.29.0",
"async": "~0.2.7"
}
当然，这是更新依赖关系的钝锤。如果像你说的那样，项目是空的，没有什么可以打破，那就好了。
另一方面，如果您正在一个更成熟的项目中工作，那么您可能希望在升级之前验证您的依赖关系中没有发生破坏性变化。
要查看哪些模块过时，只需运行npm过时即可。它将列出所有已安装的具有较新版本的依赖项。
有关特定于纱线的解决方案，请参阅此StackOverflow答案。
其他回答
我为最近版本的NPM找到了另一个解决方案。我想做的是用明确的最新版本号替换所有“*”依赖项。所讨论的方法都不适合我。
我所做的：
将所有“*”替换为“^0.0.0”运行npm检查更新-u
package.json中的所有内容现在都更新到最新版本。
无需额外软件包的解决方案
将每个依赖项的版本更改为*：
"dependencies": {
"react": "*",
"react-google-maps": "*"
}
然后运行npm update--save。
您的一些软件包已更新，但有些没有更新？
"dependencies": {
"react": "^15.0.1",
"react-google-maps": "*"
}
这是一个棘手的部分，这意味着你的本地版本“react”比最新版本低。在本例中，npm下载并更新了“react”包。然而，您的本地版本“反应谷歌地图”与最新版本相同。
如果您仍然希望“更新”未更改*，则必须从node_modules文件夹中删除这些模块。
例如删除node_modules/react谷歌地图。
最后再次运行npm更新--save。
"dependencies": {
"react": "^15.0.1",
"react-google-maps": "^4.10.1"
}
如果您想更新开发依赖项，请不要忘记运行npm update--save dev。
由于距离最初的问题已经过去了近10年，许多答案要么过时，要么不推荐。
我会使用与包管理器无关的东西，即可以与npm、pnpm、yarn或其他东西一起工作。
最近我一直在使用taze
您可以将其添加到开发依赖项中并从那里运行，也可以在不安装npx-taze或pnx-taze等的情况下运行。
要将一个依赖项更新到最新版本，而不必手动打开package.json并更改它，可以运行
npm install {package-name}@* {save flags?}
i.e.
npm install express@* --save
此流程与工作区兼容，即。
npm --workspace some/package install express@*
作为参考，npm install
注意：某些npm版本可能需要最新标志，即npm安装express@latest
正如用户Vespakoen在被拒绝的编辑中所指出的，也可以通过以下方式一次更新多个包：
npm install --save package-nave@* other-package@* whatever-thing@*
他还提出了一个基于npm过时的外壳的单线。有关代码和说明，请参见编辑。
PS：我也讨厌为这样的事情手动编辑package.json；）
如果您正在使用Github，请使用Greenkeeper。https://greenkeeper.io/
这是一个Github集成，非常容易设置。安装后，它会自动在您指定的存储库中创建拉取请求（如果需要，也可以全部创建），并使您的代码始终保持最新，而无需强制您手动执行任何操作。然后，PR应该在CI服务上触发构建，根据成功或失败的检查，您可以继续找出触发问题的原因，或者CI通过时，只需合并PR。
在底部，您可以看到第一个构建最初失败，在提交（“升级到节点v6.9”）后测试通过，因此我可以最终合并PR。还附带了很多表情符号。
另一种选择是https://dependencyci.com/然而，我没有集中测试它。乍一看，Greenkeeper在一般IMO中看起来更好，并具有更好的整合性。
