我从另一个项目中复制了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"
}
}
有关纱线特定的解决方案，请参阅本堆栈溢出线程。
当前回答
在2023年，我简单地使用了：
$npm更新
许多软件包都在此时更新，但您可能会收到一条消息，其中一些需要修复。在这种情况下，我跑了：
$npm审计修复--强制
最后，为了确保它已全部安装，我运行
$npm安装
就是这样，我的包更新了。无需手动编辑配置文件。
其他回答
如果您碰巧使用Visual Studio代码作为IDE，那么这是一个有趣的小扩展，可以使package.json的更新成为一个一键过程。
注意：更新package.json文件中的包后，运行npm更新以安装新版本。
版本镜头
GitLab报告
在@kozlovd答案上展开，我构建了一个bash脚本，通过两个步骤更新任何npm脚本：
如果您收到错误，请手动计算npm包的数量。npm列表|wc-l这里用包的数量替换NUM_PKGS，如果在上一个命令中出现“UNMET DEPENDENCY”错误，则将$2替换为$4。
NUM_PKGS=9999; npm list --no-unicode | awk -v NUM_PKGS=$NUM_PKGS '{\
if (NR>1 && NR <NUM_PKGS) {\
pver=A[split($2,A,"@")];\
print substr($2,0,length($2)-length(pver))"latest";\
}\
}' | xargs -r npm i
说明：命令Nº2首先获取包名，并仅在出现“UNMET DEPENDENCY”错误的情况下对其行进行操作，然后awk迭代每个包名，它获取版本值并用“最新”替换，最后所有替换了版本的包都由xargs收集，xargs在“npm i”之后将它们连接起来，最终用最新版本安装所有包。此步骤可以使用没有设置版本的包或现有项目更新新项目
看来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检查更新，您只需运行：
node -e "const pk = JSON.parse(require('fs').readFileSync('package.json', 'utf-8'));require('child_process').spawn('npm', ['install', ...Object.keys(Object.assign({},pk.dependencies, pk.devDependencies)).map(a=>a+'@latest')]).stdout.on('data', d=>console.log(d.toString()))"
如果您正在使用Github，请使用Greenkeeper。https://greenkeeper.io/
这是一个Github集成，非常容易设置。安装后，它会自动在您指定的存储库中创建拉取请求（如果需要，也可以全部创建），并使您的代码始终保持最新，而无需强制您手动执行任何操作。然后，PR应该在CI服务上触发构建，根据成功或失败的检查，您可以继续找出触发问题的原因，或者CI通过时，只需合并PR。
在底部，您可以看到第一个构建最初失败，在提交（“升级到节点v6.9”）后测试通过，因此我可以最终合并PR。还附带了很多表情符号。
另一种选择是https://dependencyci.com/然而，我没有集中测试它。乍一看，Greenkeeper在一般IMO中看起来更好，并具有更好的整合性。
