软件测试学习笔记丨基于 Gitlab 的持续集成机制
本文转自测试人社区,原文链接:https://ceshiren.com/t/topic/29271
一般代码提交流程
开发人员从远程中央仓库(例如 dev )拉取最新的代码
本地创建自己的分支
在自己的分支中进行开发
在完成一个功能并通过自测后,提交本地版本库
将本地版本库推送到远程中央仓库自己的分支
在远程中央仓库自己的分支中,提交 Merge Request(合并请求,简称 MR) 。源分支选择为自己的分支,目标分支为 dev 分支,提交 MR
有权限人员进行 MR 的合并操作
完成集成测试的步骤
从远程中央仓库拉取到合并后的 dev 代码
执行项目代码的打包(如有单元测试,打包过程中可以运行)
启动服务
拉取测试代码
运行测试
使用 Jenkins 自动完成 gitlab 集成测试过程
安装 Jenkins 的 gitlab 插件
建立服务启动 Job
在项目代码中建立与 Jenkins 的 hook 关联
建立测试 job 作为服务启动 job 的子 job
实操自动构建
发起 MR
合并分支
查看效果
免费领取:测试资料+测试用例+简历模板+测试文档
版权声明: 本文为 InfoQ 作者【测试人】的原创文章。
原文链接:【http://xie.infoq.cn/article/f7a93dc09c70aab50bf38368a】。文章转载请联系作者。
评论