大橙子网站建设,新征程启航
为企业提供网站建设、域名注册、服务器等服务
本篇内容主要讲解“如何使用Runner缓存加快前端构建”,感兴趣的朋友不妨来看看。本文介绍的方法操作简单快捷,实用性强。下面就让小编来带大家学习“如何使用Runner缓存加快前端构建”吧!
目前成都创新互联公司已为成百上千的企业提供了网站建设、域名、网站空间、网站托管维护、企业网站设计、韩城网站维护等服务,公司将坚持客户导向、应用为本的策略,正道将秉承"和谐、参与、激情"的文化,与客户和合作伙伴齐心协力一起成长,共同发展。
Gitlab-ci是Gitlab提供的CI/CD特性,结合Gitlab简单友好的配置界面,能愉悦的在Gitlab界面查看管道执行流程,并自然流畅的推动敏捷开发。
Gitlab-CI/CD的核心是搭建Gitlab Runner、编写.gitlab-ci.yaml文件。
详细示例请参考:Gitlab CI/CD+ASP.NET Core.
“本次前后端两个项目使用同一个Gitlab Runner(shell模式),前端项目的gitlab-ci.yaml构建Job如图:
单个Gitlab Runner可为多个项目提供构建服务
“
gitlab-Runner register
命令只能接受一个注册token,当时为支持多个项目,花了不少冤枉心思倒腾Gitlab Runner.
你可以为注册的项目解锁Runner,这样Gitlab Runner就可以为其他项目提供构建:
使用Runner缓存加快前端构建过程
大家都知道npm_module被前端开发者诟病为毒瘤, 而Gitlab runner执行每次构建job之前都会清场,pull/fetch指定的代码再执行job, 这就导致每次build
job会耗时很久(要拉取毒瘤)。
#!/bin/bash
cd packages/event-analysis
yarn config set registry http://registry.npm.xxoo.com && yarn --prefer-offline --frozen-lockfile
npm run build
以上是build
任务的脚本frontend.sh,总耗时3m33s,其中yarn
命令拉取npm_modules耗时172.52s
gitlab runner支持缓存
在.gitlab-ci.yaml 文件中定义cache指令
:cache
被用来在job之间缓存文件,更强大的是可以定义文件依赖缓存:
build:
stage: build
cache:
key:
files:
- packages/event-analysis/package.json
paths:
- node_modules
script:
- ./frontend.sh
tags:
- my-tag
缓存key是yarn
命令要用到的package.json,缓存内容是npm_modules;
只要这个package.json文件未变更,后续任务就会使用缓存的npm_modules,而不用重建npm_modules依赖。
使用runner缓存
优化后build
任务总耗时1m18s,其中yarn
命令耗时22.83s, 相比之前耗时大大减少 ,妙哉。
到此,相信大家对“如何使用Runner缓存加快前端构建”有了更深的了解,不妨来实际操作一番吧!这里是创新互联网站,更多相关内容可以进入相关频道进行查询,关注我们,继续学习!