写点什么

软件测试学习笔记丨基于 Gitlab 的持续集成机制

作者:测试人
  • 2024-03-29
    北京
  • 本文字数:385 字

    阅读完需:约 1 分钟

本文转自测试人社区,原文链接:https://ceshiren.com/t/topic/29271

一般代码提交流程

  1. 开发人员从远程中央仓库(例如 dev )拉取最新的代码

  2. 本地创建自己的分支

  3. 在自己的分支中进行开发

  4. 在完成一个功能并通过自测后,提交本地版本库

  5. 将本地版本库推送到远程中央仓库自己的分支

  6. 在远程中央仓库自己的分支中,提交 Merge Request(合并请求,简称 MR) 。源分支选择为自己的分支,目标分支为 dev 分支,提交 MR

  7. 有权限人员进行 MR 的合并操作

完成集成测试的步骤

  1. 从远程中央仓库拉取到合并后的 dev 代码

  2. 执行项目代码的打包(如有单元测试,打包过程中可以运行)

  3. 启动服务

  4. 拉取测试代码

  5. 运行测试

使用 Jenkins 自动完成 gitlab 集成测试过程

  • 安装 Jenkins 的 gitlab 插件

  • 建立服务启动 Job

  • 在项目代码中建立与 Jenkins 的 hook 关联

  • 建立测试 job 作为服务启动 job 的子 job

实操自动构建

  • 发起 MR

  • 合并分支

  • 查看效果

免费领取:测试资料+测试用例+简历模板+测试文档


发布于: 刚刚阅读数: 4
用户头像

测试人

关注

专注于软件测试开发 2022-08-29 加入

霍格沃兹测试开发学社,测试人社区:https://ceshiren.com/t/topic/22284

评论

发布
暂无评论
软件测试学习笔记丨基于Gitlab的持续集成机制_软件测试_测试人_InfoQ写作社区