gitlabCI使用配置的详细过程（CI/CD）

目的背景

工作要求，实现每次git提交代码的时候进行单元测试以及将jar包部署到测试环境中。

实现条件

1、主要针对后端的java语言

2、需安装git、runner、maven

3、可以在自己的笔记本上完成，也可以在公司的服务器上

使用步骤

1、在笔记本或服务器上安装runner，安装完成后可以在本地目录下看到：

2、配置runner。

安装完成后就需要配置好一个runner（可以多次配置，每次配置会生成一个tags唯一的runner），配置主要就是和git进行tocken绑定，定义设置该runner的唯一tags和对应的描述（便于自己理解），以及选择执行器（就是你执行命令的地方，一般都选择shell）。

具体的配置过程就是打开电脑的终端（如cmd），输入：

前部分是你的runner安装的可执行文件，第二部分是固定的命令：register；

输入后回车就可以根据提示进行输入了，其中的url和tocken是在gitlab上查看的：

这里有两种runner类型，普通用户可以配置指定runner（你负责管理这个runner，其他项目其他人是否可用这个runner，需要你设置同意）；管理员用户可以配置共享runner（任何人和项目上都可以使用，在管理员账号上可以看到共享runner的tocken）

3、配置完成，就可以在gitleb上看到这个runner了：

我这里配置过两个，就会显示两个。后面主要就是使用runner的tags（也就是红框框圈出来的部分）

4、还有一些环境需要准备，如果你也是运行java的话，你需要和你的开发环境一致，在安装runner的地方（本地或服务器上），安装一样的环境（或者直接使用docker，我没用用过，大概理解就是复制一样的运行环境），比如mvn，这样后面就可以使用mvn对java程序编译打包了

5、在项目的根目录（简单理解就是打开gitlab的项目的第一层目录上）下创建yml文件：

这个文件就是配置文件，告诉runner每次需要干什么工作

6、gitlab-ci.yml的配置：

我主要的实现比较简单，就是测试和部署

7、配置好后，每次push代码，就会执行啦：

成功失败情况都可以点进去查看具体信息

注意事项

下面总结下我在接触gitlabCI整个过程中的一些注意点

1、流水线的触发，是在push之后，（也有其他方式，调用接口，手动等）

2、单元测试失败则流水线任务失败

还有我自己想实现却没有实现的功能：

1、每次提交都进行单元测试，但是部署只有在特定条件方式下。目前只能通过在触发条件中设置提交分支的方式实现