如何在VSTS/TFS本地构建代理上加速“npm i”?

如何在VSTS/TFS本地构建代理上加速“npm i”?,npm,full-text-search,azure-devops,Npm,Full Text Search,Azure Devops,有没有办法在VSTS/TFS内部构建代理上加快npm i的速度?我确实找到了一些npm缓存…软件包,但没有一个能在Windows上运行(根据doc),而且对我来说都是过时的 我真的认为随后的npmi应该非常快,而且不需要几分钟。是否切换到thread帮助?如果您在构建之前保持干净的方法,您将消除某些类的构建失败,其中包没有正确声明,但它们仍然存在于开发人员机器上的项目缓存中。例如,dev添加左pad,决定删除它,然后在代码中使用它返回,而不读取package.json 您还可以查看上游来源,看看

有没有办法在VSTS/TFS内部构建代理上加快npm i的速度?我确实找到了一些
npm缓存…
软件包,但没有一个能在Windows上运行(根据doc),而且对我来说都是过时的


我真的认为随后的
npmi
应该非常快,而且不需要几分钟。是否切换到
thread
帮助?

如果您在构建之前保持干净的方法,您将消除某些类的构建失败,其中包没有正确声明,但它们仍然存在于开发人员机器上的项目缓存中。例如,dev添加左pad,决定删除它,然后在代码中使用它返回,而不读取package.json

您还可以查看上游来源,看看这是否有助于您的情况。
禁用
clean
内部版本定义肯定会加快
npm i
步骤,但是要注意@MotoWilliams answer。

你可以使用
npm ci
直接从你的
包锁中安装。json

你每次运行一个版本时都在进行清理吗?是的,我们会“clean=true”,“Clean options=源目录“.你认为这会有一些影响吗?是的,绝对会。这也将删除你的node_modules文件夹,意味着npm安装每次都必须下载所有内容。你说得对
npm i
从5分钟变为2分钟。@SkorunkaFrantišek因为不清理
node_modules
文件夹可以加快
npm i
的速度,所以您可以将方式写为答案并接受它。是的,这是非常有效的一点。我想这就是为什么我们总是做“清洁”。我们的工作流程是:
featurebranch->(PR,build1)->develope->(PR,build2)->Master->部署(build2工件)到DEV env->等等。
。Build1必须尽可能快,因此我认为我们不必在那里进行清理,只需内置-
-aot
而不是
-prod