持续集成，持续交付和持续部署的概念，以及GitLab CI / CD的介绍

引言：上一期我们部署好了gitlab极狐网页版，今天我们介绍一下GitLabCI / CD

目录

一、为什么要 CI / CD 方法

1、持续集成

2、持续交付

3、持续部署

二、GitLab CI / CD简介

三、GitLab CI / CD 的工作原理

4、基本CI / CD工作流程

5、首次设置 GitLab CI / CD

6、GitLab CI / CD功能集

一、为什么要 CI / CD 方法

        软件开发的连续方法基于自动执行脚本，以最大限度地减少在开发应用程序时引入错误的可能性。从新代码的开发到部署，它们需要较少的人为干预甚至根本不需要干预。

        它涉及在每次小迭代中不断构建，测试和部署代码更改，从而减少基于有缺陷或失败的先前版本开发新代码的机会。

        这种方法有三种主要方法，每种方法都根据最适合您的策略进行应用。

        持续集成(Continuous Integration, CI): 代码合并，构建，部署，测试都在一起，不断地执行这个过程，并对结果反馈。

        持续部署(Continuous Deployment, CD):　部署到测试环境、预生产环境、生成环境。　

        持续发布(Continuous Delivery, CD): 将最终产品发布到生成环境、给用户使用。

1、持续集成
持续整合https://en.wikipedia.org/wiki/Continuous_integration

        考虑一个应用程序，其代码存储在GitLab中的Git存储库中。开发人员每天多次推送代码更改。对于每次推送到存储库，您都可以创建一组脚本来自动构建和测试应用程序，从而减少向应用程序引入错误的可能性。

        持续整合对于提交给应用程序的每个更改 - 甚至是开发分支 - 它都是自动且连续地构建和测试的，确保所引入的更改通过您为应用程序建立的所有测试，指南和代码合规性标准。

GitLab本身就是使用持续集成作为软件开发方法的一个例子。对于项目的每次推送，都会有一组脚本来检查代码。

2、持续交付

           持续交付