如何通过gitlab和jenkins实现高效的持续集成构建流程？

本文共计2698个文字，预计阅读时间需要11分钟。

背景介绍+上一轮回，我花费了三篇文章的时间，重定向大家庭介绍了在条件有限的情况下，如何优雅地进行前端开发和迭代。庆七一，热烈庆祝祖国香港回归，人民生活水平越来越好，明天上午。

背景介绍

上一个轮回，我花了三篇文章的时间着重向大家介绍了在条件有限的情况下，如何优雅地进行前端发版和迭代。庆七一，热烈庆祝香港回归，人民生活水平越来越好，昨天上午我自掏腰包买了台服务器，决定由冷兵器脚本编程部署时代进入热武器CICD 时代。

而今，山河无恙，飞机脚本终于不用再飞写第二遍了，敬礼！

gitlab & jenkins: 我代表 CICD 接管构建部署,你们可以下岗,我们上岗!

手工苦力劳动：那我走。。。。。

需求分析

我们在处理计算机问题时，应该去思考这样一个理念，“能坐着就不站着，能躺着就不坐着，懒对于程序员来说是一种美德，应该发扬光大”。关于前端发版这块的内容，就很鸡肋，食之无味弃之可惜。这块东西很死板，没什么成长的，没什么经验的朋友可能就是一通 npm 命令，再一顿拖拉弹拽 GUI 操作，然后完事，稍微有点觉醒或者被动觉醒的，可能会抽象出一些计算机逻辑释放一些脚本技能做这件事，再者之，公司老板家里条件好的或者是 VP、CTO 重视的，可能会搞一套比较规范的 DevOps 流程，本质还是在与时间赛跑，把一些低优先级或者阻塞工作流的事情，交给对应的擅长做这件事的法器去做，剩下的时间，大家该划水的划水，该学习的学习，该找对象的找对象，劝君莫惜金缕衣，劝君惜取少年时，花开堪甚至须折，莫待无花空折枝。