谈到多环境，相信现在大多公司都至少有2-3个app环境了，测试需要在哪个环境测试，然后再去Archive对应环境的包是比较浪费时间的，如果一个包能正常的切换各个环境这样使用是非常方便的

今天整理下从传统的CI/CD到DevOps研发运维一体化的整个演进过程。类似于每日构建和冒烟测试，实际上在10多年前就已经在实践，比如当前用的笔记多的Ant+CruiseControl方式来实现自动化

创建gitlab-runner这里创建不像官网或阿里用helm创建，而是直接在k8s创建镜像实例有相应镜像部署配置https://github.com/liangguohun/dynamic-pvc注

一、什么是 CI/CD？ CI（持续交付）是功能迭代后自动构建、打包、校验代码格式、跑单测、单测覆盖率，常见的就是 Webpack、Rollup、ESLint等。 CD（持续部署）是经过 CI 后，代

最近挥霍青春、沉沦于学习科学文化知识，摸了些旁门左道，故而在此想做一些分享，同时也是小弟我第一次编写文章。以下都是一些仅代表个人的一些观点和心得，本人尽量使用比较通俗易懂的话语来阐述，希望能给各位少侠一些启发和帮助。若有解释不当的地方，还请各位大锅指点一二。 我们都知道，项目开…

前言关于GitlabCE部署与GitlabCI搭建请参考下文DockerCompose部署Gitlab-CEGitlabCI搭建持续集成环境环境与概述一个hello-worldnodejs项目Dock

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

一个完整的项目的生命周期都要经历的流程：开发--打包--测试--部署。现比较流行的CI/CD手段可以有效的约束代码质量 ，完 快速部署上线。基于GitLab CI / CD 持续集成和单元测试

前言 对 IT 稍微重视的企业，都会有自己的一套代码管理、测试、上线的流程和规范，一般都由团队的 Leader 和运维的小伙伴来搭建部署。而「自动化部署」，一般是整个流程最后一环，把项目打包，并部署到