Gitlab自动触发Jenkins构建打包

发表于:2018-1-11 13:14  作者:PeanutLike   来源:博客园

字体: | 上一篇 | 下一篇 |我要投稿 | 推荐标签: 软件测试工具 jenkins Jenkins 持续集成 集成测试

  一、目的
  在部门的测试环境中,开发人员一旦向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] alter a.txt
1 files changed, 0 insertions(+), 2 deletions(-)
#git push origin release
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  release -> release
  4.2 jenkins控制台输出信息:
  可以观察到jekins已经自动构建项目了:
上文内容不用于商业目的,如涉及知识产权问题,请权利人联系博为峰小编(021-64471599-8017),我们将立即处理。

评 论

论坛新帖

顶部 底部


建议使用IE 6.0以上浏览器,800×600以上分辨率,法律顾问:上海瀛东律师事务所 张楠律师
版权所有 上海博为峰软件技术股份有限公司 Copyright©51testing.com 2003-2018, 沪ICP备05003035号
投诉及意见反馈:webmaster@51testing.com; 业务联系:service@51testing.com 021-64471599-8017

沪公网安备 31010102002173号

51Testing官方微信

51Testing官方微博

扫一扫 测试知识全知道