引入这篇文章是自己工作多年对CI/CD的理解，纯属个人见解。不想说太多概念性的东西，直接从技术人员实际能接触的过程来展开说说。另外我这篇只是想关注一些通用的流程，细节的不同这里不纠结。比如微服务的CI/CD和单体服务有些不同，如果涉及到容器和k8s，又会有不同的地方。这里都不展开说。CI指的是持续集成，CD指的是持续部署。合在一起通常包含这几个过程：代码阶段代码节点也可以叫开发阶段，这个阶段我们一般是本地开发代码，这个阶段首先涉及到一些开发工具比如idea，vscocode等。同时，我们需要一个代码托管工具，常用的比如git，当然并不限制一定要用git。最后还有一个很重要但是容易被忽略的环节，
一、什么是argocdArgoCD是用于Kubernetes的声明性GitOps连续交付工具。二、为什么使用argocdArgoCD可在指定的目标环境中自动部署所需的应用程序状态，应用程序部署可以在Git提交时跟踪对分支，标签的更新，或固定到清单的特定版本。三、argocd架构图ArgoCD的主要职责是CD（ContinuousDelivery，持续交付），将应用部署到Kubernetes等环境中，而CI（ContinuousIntegration，持续集成）主要是交给Jenkins，GitlabCI等工具来完成。ArgoCD的架构图如下：四、ArgoCD使用ArgoCD一般安装在Kubern
一、什么是argocdArgoCD是用于Kubernetes的声明性GitOps连续交付工具。二、为什么使用argocdArgoCD可在指定的目标环境中自动部署所需的应用程序状态，应用程序部署可以在Git提交时跟踪对分支，标签的更新，或固定到清单的特定版本。三、argocd架构图ArgoCD的主要职责是CD（ContinuousDelivery，持续交付），将应用部署到Kubernetes等环境中，而CI（ContinuousIntegration，持续集成）主要是交给Jenkins，GitlabCI等工具来完成。ArgoCD的架构图如下：四、ArgoCD使用ArgoCD一般安装在Kubern
wx:forwx:for-itemwx:for-indexwx:for-key使用wx:for语法wx:for-itemwx:for-indexwx:for-keydata-*wx:for语法小程序中列表渲染时，使用wx:for控制属性，来绑定一个数组，绑定后，即可使用数组中各项的数据，来渲染该组件。例子如下：//array=[//{name:zs,age:18},//{name:lisi,age:18}//]{array}}">{{item.name+item.age}}wx:for-itemwx:for-item,数组当前项的变量名,默认为item作用：使用（当前项变量名.属性名）取得属性
wx:forwx:for-itemwx:for-indexwx:for-key使用wx:for语法wx:for-itemwx:for-indexwx:for-keydata-*wx:for语法小程序中列表渲染时，使用wx:for控制属性，来绑定一个数组，绑定后，即可使用数组中各项的数据，来渲染该组件。例子如下：//array=[//{name:zs,age:18},//{name:lisi,age:18}//]{array}}">{{item.name+item.age}}wx:for-itemwx:for-item,数组当前项的变量名,默认为item作用：使用（当前项变量名.属性名）取得属性
前言前置知识LinuxDockerNginxGithub可以干嘛作为一套面向开发和运维团队的解决方案，CI/CD主要解决集成新代码和向用户频繁交付应用的问题。更直接地说，就是可以解放开发人员的双手，将时间和精力专注于代码本身。CI/CD是什么CI/CD（ContinuousIntergration/ContinuousDelpoy），持续集成/持续部署，或者持续集成/持续交付（ContinuousDelivery），是一种在开发阶段引入自动化来频繁交付应用的方法。从前端的角度看，CICD的流程中涉及：CI：代码push到托管平台之后的lint测试、单元测试CD：将build后的项目丢到远端Ng
前言前置知识LinuxDockerNginxGithub可以干嘛作为一套面向开发和运维团队的解决方案，CI/CD主要解决集成新代码和向用户频繁交付应用的问题。更直接地说，就是可以解放开发人员的双手，将时间和精力专注于代码本身。CI/CD是什么CI/CD（ContinuousIntergration/ContinuousDelpoy），持续集成/持续部署，或者持续集成/持续交付（ContinuousDelivery），是一种在开发阶段引入自动化来频繁交付应用的方法。从前端的角度看，CICD的流程中涉及：CI：代码push到托管平台之后的lint测试、单元测试CD：将build后的项目丢到远端Ng
目录前言一、前期准备1、开启虚拟服务2、下载并安装docker 二、开始部署1、安装gitlab2、修改默认账号登录密码3、修改项目clone地址 三、GitlabCI/CD1、安装并运行gitlab-runner2、执行runner3、将项目注册到gitlab-runner1、获取token2、执行注册3、添加yml前言Git是一个用于代码的存储和版本控制开源的分布式版本控制系统。GitLab则是一个用于仓库管理系统的开源项目。本篇文章将讲解如何用gitlab搭建一个私有化的代码管理平台，并实现CI/CD自动化部署。由于条件限制，本篇的所有操作都在windows下执行，并使用docker进行
目录前言一、前期准备1、开启虚拟服务2、下载并安装docker 二、开始部署1、安装gitlab2、修改默认账号登录密码3、修改项目clone地址 三、GitlabCI/CD1、安装并运行gitlab-runner2、执行runner3、将项目注册到gitlab-runner1、获取token2、执行注册3、添加yml前言Git是一个用于代码的存储和版本控制开源的分布式版本控制系统。GitLab则是一个用于仓库管理系统的开源项目。本篇文章将讲解如何用gitlab搭建一个私有化的代码管理平台，并实现CI/CD自动化部署。由于条件限制，本篇的所有操作都在windows下执行，并使用docker进行
基本概念持续集成（ContinuousIntergration） 持续集成的重点在于构建编译及测试，开发人员每天要提交很多次代码到分支，在分支合并到主干前，需要通过编译和测试识别出问题。持续集成的流程就是通过自动化的构建（主要是构建编译、自动化测试）来验证，从而尽早地发现集成错误。持续集成的核心意义：通过自动化测试尽早的发现代码的问题。持续交付（ContinuousDelivery）： 持续交付指的是将产品尽可能快的发布上线的过程。持续交付是在持续集成基础上的扩展，也就是说除了自动化编译、自动化测试，为了尽快上线我们还需要自动化发布流程，整个流程实现后，根据实际需要，可以周期性的进行产
