Foreword
GitLab联动Jenkins完成CI\CD流程
webhooks方式
Jenkins
Jenkins升级
Jenkins自动升级，完成以后Jenkins就无法启动了，查log可以看到提示说明java版本太老了
Jenkins升级后不再支持java11的，需要安装java17或者21，我这里直接选择21
进入Jenkins目录下，修改jenkins.xml文件，将其中的jdk修改为新安装的jdk，然后重启一点电脑，重启jenkins服务即可
GitLab插件
首先Jenkins需要安装GitLab插件，否则收不到GitLab的请求
然后在Credentials中添加GitLab的账号
用户名和密码的形式即可
- 这个操作只要做一次即可
GitLab API token
还有一种方式创建GitLab API token，这种是有使用年限的
系统设置中的GitLab，然后添加Credentials，选择GitLab API token
这个token可以从GitLab用户设置中创建
- 注意token有效期只有1年
然后把token复制到jenkins那边，通过右侧的Test Connection就能测试出来token是否可以使用
正常的话就显示Success
这种方式创建的token，在配置CI的时候，可以不选择credentials，Jenkins会自动帮你匹配对应的GitLab库的token
测试配置
创建一个空配置，前面的GitLab相关选项都不选择，直接选Git 仓库中填入对应地址，选择刚才创建的GitLab账号
分支选好
选择当推送时进行build，记录下旁边写的webhook的url，有些时候端口可以不要（如果端口是对外使用的），展开下面的高级选项
点击生成token，记录下这个token值，剩下执行脚本或者命令部分就正常填写，没有大差别了，弄好以后保存
GitLab
回到GitLab，由于是内网机器，所以需要开启内网连接的请求
管理员权限，进入设置-网络管理
出站请求中允许本地网络，必要的话可以把本地的域名或者是ip直接给进去，防止被拦截
- 这个操作只需要做一次即可
回到工程中，设置-Webhooks，新建一个，URL使用刚才记录的URL，Secret令牌使用刚才的token，保存
测试，点击推送事件
可以看到正常返回200
Jenkins侧也有正确的响应
到这里整个webhook的触发方式就可以正常使用了
集成方式
按道理说GitLab和Jenkins还有另外一个集成的地方，但是前面几次测试都提示缺少Token，导致并不能触发。
按理来说集成方式应该是最简单的，这里重新参考了官方的配置指南，并且重试了一遍流程以后发现可以走通
Webhook中的GitLab API token的配置操作需要提前做完，然后才能接着操作
Jenkins中新建一个配置，这次选择GitLab连接和仓库名称，千问不要写错了
下面的配置里勾上tag和merge触发，其实不勾也行。
注意高级中，一定要确保下面的secret token是空白的，如果不是使用clear清空他
最后构建选择Publish build status to GitLab，就可以把状态返回回来了
回到GitLab的仓库中，在集成-Jenkins中启用集成，并且输入Jenkins的URL，然后输入Jenkins的配置名称
- 注意是Jenkins的配置名称，不是项目名称
接着输入Jenkins的账号和密码，保存，测试设置，就能看到正常工作了
Summary
还得是官方文档，全网大部分都是一通乱操作，最后都走到了webhooks的方式中去了，而集成是最简单的
Quote
https://blog.csdn.net/weixin_63294004/article/details/143671722
https://blog.csdn.net/weixin_43546282/article/details/129130533
https://www.cnblogs.com/ygbh/p/17483811.html#_label3_1_3_2
https://docs.GitLab.com/ee/integration/jenkins.html#grant-jenkins-access-to-the-GitLab-project