CI/CD 每次 Build 前都要 npm install 一次吗? 每次安装依赖太浪费时间了

[bologer]

[springz]

是的，所以大部分 CI/CD 工具都可以设置 cache 策略。
我这里是直接通过 nfs 挂载。

[springz]

编译 Android 将近 1G 的 .gradle

[ayase252]

一般而言会有某种依赖的 cache 机制

[cz5424]

提前 npm install 打包成镜像，然后用这个镜像来 ci/cd

[locoz]

加缓存啊

[lihongjie0209]

之前研究过， 最简单的办法就是在 npm install 之前判断一下 package.json 是否被修改过了， 如果没有就不需要 install 了。

当然这么做的前提是你每次 npm install 的文件夹是可以在下一个 build 周期可见的， 类似每次用 docker 镜像的话你需要创建一个共享磁盘挂载上去。

但我觉得 ci 最好不要有状态， 每次都重新构建可以避免一起奇怪的问题， 同时也保证了构建的可复现。

所以最后的解决方案是在局域网内部搭建了一个缓存服务器 nexus， 用于缓存 npm/maven 的包， 这样可以极大的缩短构建时 install 的时间。

但是这任然需要大量的磁盘 IO，npm install 一次几万个包都是正常现象， 所以还要优化的话就需要
1. 换固态磁盘
2. 使用内存文件系统

我目前用的是 2， 构建速度已经很快了

[ccbikai]

npm ci

[jybox]

利用 Docker 的缓存：

ADD package.json .
RUN npm install
ADD . .

package.json 不变 Docker 就不会重新运行 npm install

[Rwing]

这就是为什么很多 dockfile 都先 copy package.json 的原因，docker 自己有缓存，如果 package.json 没有变化的话。

[KnightYoung]

@lihongjie0209 #6 应该是判断 lock 文件吧?

[Chingim]

缓存 node_modules，然后在缓存的基础上 npm install，一般在 10 秒以内。

[rockyou12]

用 yarn 就是了，npm 本来就是设计傻逼了

[optional]

@rockyou12 0202 年了

[rockyou12]

@optional 怎么，难道 npm 还能大改？要是 npm 还是有下一半断掉只能清空 node_modules 这种弱智问题，它就还是 sb

[indev]

CI 设置好 cache，npm i 秒秒钟

[connection]

优先 cache 呗

[springz]

nfs 做一台缓存机，容器直接挂载也很方便的。

[Opportunity]

不是应该运行 npm ci 的吗？怎么都在用 npm install

[wangyzj]

yarn

[orvice]

如果用 docker 的话 有 cache