本篇内容主要讲解“如何使用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会耗时很久(要拉取毒瘤 香港云主机)。以上是build任务的脚本frontend.sh，总耗时3m33s，其中yarn命令拉取npm_modules耗时172.52sgitlab runner支持缓存
在.gitlab-ci.yaml 文件中定义cache指令:cache被用来在job之间缓存文件，更强大的是可以定义文件依赖缓存：缓存key是yarn命令要用到的package.json，缓存内容是npm_modules;
只要这个package.json文件未变更，后续任务就会使用缓存的npm_modules，而不用重建npm_modules依赖。使用runner缓存优化后build任务总耗时1m18s，其中yarn命令耗时22.83s, 相比之前耗时大大减少 ，妙哉。到此，相信大家对“如何使用Runner缓存加快前端构建”有了更深的了解，不妨来实际操作一番吧！这里是开发云网站，更多相关内容可以进入相关频道进行查询，关注我们，继续学习！
相关推荐: apache shardingsphere 事务的实现方法
这篇文章主要讲解了“apache shardingsphere 事务的实现方法”，文中的讲解内容简单清晰，易于学习与理解，下面请大家跟着小编的思路慢慢深入，一起来研究和学习“apache shardingsphere 事务的实现方法”吧！本地事务Transac…
免责声明：本站发布的图片视频文字，以转载和分享为主，文章观点不代表本站立场，本站不承担相关法律责任；如果涉及侵权请联系邮箱：360163164@qq.com举报，并提供相关证据，经查实将立刻删除涉嫌侵权内容。
微信扫一扫 
