# 背景 我们有多个平台需要用到一些公共的业务组件，比如说消息中心，用户反馈等等。如果在多个平台全部开发一遍，或者是ctrl c+v，显示是很不适合后续的维护的。因此希望有一套方案，能够做到一次开发，

文章内容 传统发布和现在发布的对比和区别 项目案例-手动上传服务器，使用jenkins上传服务器 配置不同的发布环境 配置域名 配置https 配置钉钉机器人通知 服务器购买：抢占式实例 Jenkin

.gitlab-ci.初步认识CICD.gitlab-ci.非常感谢博主清晰讲解，本文部分图文出自该篇博客：https://www.jianshu.当前项目需求需要接入Gitlab的CICD功能，CI/CD 是一种通过在应用开发阶段引入自动化来频繁向客户交付应用的方法。CI/CD...

自动构建并且状态是每个人都可见的 减少手工的错误，解放了重复劳动力 更好，更快，更加安全，更加稳定的交付 减少等待时间，更快的交付成果

众所周知，我们在开发的过程中，写代码其实只占很小的一部分，更多的时间其实是在设计代码、构建和部署。 代码的设计非常考验代码功底，本人才疏学浅，就不讲解这个部分了。 构建和部署通常来讲没那么复杂，但是却十分繁琐，尤其是手动的方式进行构建部署。重复操作多，流程长，非常消耗耐心和精力…

🌏 概论 传统的前端部署往往都要经历：本地代码更新 => 本地打包项目 => 清空服务器相应目录 => 上传项目包至相应目录几个阶段，这些都是机械重复的步骤。对于这一过程我们往往可以通过CI/CD方法

CI/CD 是 Continuous Intergration/Continuous Deploy 的简称，翻译过来就是持续集成/持续部署。CD 也会被解释为持续交付（Continuous Delivery），但是对于软件工程师而言，最直接接触的应该是持续部署。 我刚开始工作时…

在nodejs日渐普及的大背景下，前端工程化的发展可谓日新月异。构建打包这种日常任务脚本化已经是常态了，webpack和gulp已经家喻户晓自然不必多说，而持续集成/持续交付/持续部署也越来越得到各个前端Team的重视，业界也有了很多成熟的概念或者方案，如Hudson, Jen…