项目中用到gitlab-runner(v14.2.0)自动部署构建;查看了网上说的缓存 node_modules 的方式;实际效果别不可以
# cache:
# untracked: true
# key: "$CI_COMMIT_REF_NAME"
# paths:
# - node_modules/
现在每次开始流水线作业的时候;都会先删除 node_modules 依赖;导致整个流程的时间变的很长
有类似经历的小伙伴吗
项目中用到gitlab-runner(v14.2.0)自动部署构建;查看了网上说的缓存 node_modules 的方式;实际效果别不可以
# cache:
# untracked: true
# key: "$CI_COMMIT_REF_NAME"
# paths:
# - node_modules/
现在每次开始流水线作业的时候;都会先删除 node_modules 依赖;导致整个流程的时间变的很长
有类似经历的小伙伴吗
我说下我们这边目前的做法,仅供参考。
如同 @Feng_Yu 所说,构建生成的 node_modules/ 目录在进入下个阶段(Stage)时也会先被清理。再者,项目构建(install)时安装在 node_moules/ 目录的包非常之多,无论是缓存时的上传还是使用时的下载都非常耗费时间。
于是我们选择了绕路而行,通过 Gitlab 定期流水线(如每天凌晨 5 点)解析 package.json 构建含 node_modules/ 目录基础镜像,再推送至内部的镜像仓库中。
这样项目本身只需要在流水线中使用该镜像作为基础镜像即可更高效的执行构建阶段。
3 回答1.3k 阅读✓ 已解决
2 回答1.5k 阅读✓ 已解决
4 回答620 阅读✓ 已解决
1 回答1.2k 阅读✓ 已解决
2 回答1.5k 阅读
2 回答933 阅读✓ 已解决
1 回答1.2k 阅读✓ 已解决
你的输出其实是符合期望的,因为gitlab runner在pull代码的时候实际会执行
git clean -fdx
清空整个项目目录,保证项目工程目录绝对干净,跟版本库保持一致。而缓存会在这个步骤之后将缓存的内容放到指定目录下然后才执行构建。所以你注意后面还有一个restore cache
的输出,你的cache又被还原到这里了。gitlab runner会把cache配置的目录打包成
cache.zip
文件存储到gitlab runner家目录的cache
目录中,按照项目名存放,如果还定义了key
,那么还会加一级key
目录。如果使用docker,则这个目录为docker容器中的/cache/
,因此你需要将这个目录挂载为容器卷才能持久化。在构建前会将cache.zip解压缩放到你的项目工程目录下,然后执行构建,大致是这么个过程。也就是这个工作原理大致是:
每次构建结束后gitlab-runner会将
${CI_PROJECT_DIR}/my_cache_dir
和${CI_PROJECT_DIR}/my_cache_dir2
打包成cache.zip
,存放到gitlab-runner缓存目录中去(缓存目录具体见上文说明)。在下一次构建开始的时候(git clean -fdx
清理完代码目录之后)会将cache.zip
解压缩到你的项目目录中${CI_PROJECT_DIR}
,然后再运行你的构建脚本定义的构建步骤。言归正传,我的实践你可以参考。
node_modules
太大,而且随着你的npm install增多会有相当多冗余的东西进去(因为CI通常只执行npm i
,并不会执行npm uninstall
)所以在你更换依赖的时候极容易造成依赖混淆——你的package.json已经删掉某个依赖了,但是node_modules
并未删除,并且不会执行更新之类的操作。我个人的建议是缓存
npm cache
目录,使用npm ci
安装依赖。理由有三:npm ci
会先删除node_modules
目录,保证不会有冗余的东西在这个目录npm ci
会严格遵循package-lock.json
锁定的版本号,这样确保和你本地开发的时候版本完全一致,不会有隐含的BUG未被发现npm ci
使用npm cache目录,这里面存储的是压缩包,并且版本一致的时候不会向中央仓库发起请求验证版本号之类的,所以速度极快最后需要注意一点就是gitlab的cache定义的那个路径只能是相对workding directory的,也就是你不能定义绝对路径,你写了也会认为是相对工作目录下的目录(注意这里新版本的gitlab-runner规则修改了,见下面的勘误),因此你必须事先将npm cache目录设置到当前工作目录下才能让cache起作用。
综上,我的
.gitlab-ci.yml
参考如下:这样只缓存了
node_cache
目录,这里面存放的其实是npm install或者npm ci下载的包,一般都是tar.gz压缩包,容量比node_modules小的多,而且npm ci会按需安装,你可以检验一下更多gitlab的实践欢迎访问我们的团队blog: https://blog.dteam.top/tags/g... 。里面的内容都是我在产品环境验证体验过的实践