Gitlab自动触发Jenkins构建打包

lshboo

一、目的
　　在部门的测试环境中，开发人员一旦向gitlab仓库提交成功代码，gitlab就会自动触发jenkins构建项目。当然在构建后还可以添加项目部署或者自动化测试的脚本。这里只针对测试环境。

二、Jenkins配置

2.1 安装Gitlab Hook Plugin插件：
　　系统管理->管理插件->可选插件->选择安装 Gitlab Hook Plugin和Build Authorization Token Root Plugin插件。 如果没有安装Build Authorization Token，后面gitlab在Test hook时会报403错误。

2.2 创建测试Project
　　在gitlab上已建好了bd-ci-test的项目，且Jenkins用户拥有该项目的相关读写权限。
　　
在jenkins新建bd-ci-test项目：

　　源码管理选择git，添加jenkins用户在gitlab上的凭据(即用户名密码)，这里选择打包的分支为release分支，这里根据需求自己填写（默认为master分支）

　　构建触发器，勾选gitlab-ci，记住后面的GitLab CI Service URL后面要填在gitlab的webhooks中：

2.3 根据branch分支触发打包条件
　　现在有develop分支和release分支，如果不做这一步，开发只要向gitlab中提交代码（develop分支或者release分支），那么jenkins就会进行构建打包，下面我们设置判断过滤只有向release分支push代码时，才会触发构建打包。
　　点开高级，填写根据正则过滤branch，写法如下，并generate一个token，不然后面webhooks会报403：

三、Gitlab配置
　　在git项目配置界面设置链接和token。这里要注意路径，根据部署jenkins的路径填写，不然会报404错误，并填写刚刚对应的token信息，保存：

　　点击测试，返回200的话就表示成功了。其他错误可以根据gitlab日志来排除原因gitlab/gitlab-rails/production.log：

四、验证测试

4.1 向gitlab提交代码：
#vim a.txt 修改a.txt文件并提交　　
#git add a.txt
　　
#git commit -m 'alter a.txt'

　　
[release 094f663]>　　1 files changed, 0 insertions(+), 2 deletions(-)

　　
#git push origin>　　
Password:
　　
Counting objects: 5, done.
　　
Delta compression using up to 4 threads.
　　
Compressing objects: 100% (2/2), done.
　　
Writing objects: 100% (3/3), 283 bytes, done.
　　
Total 3 (delta 0), reused 0 (delta 0)

　　b32472e..094f663 >
4.2 jenkins控制台输出信息：
　　可以观察到jekins已经自动构建项目了: