说明。 Pod实例 Jenkins Master: CPU：4Cores 内存：4Gi 存储：30GiB Jenkins Agent: CPU：0.5Cores 内存：1Gi 存储：30GiB 需要创建2个Pod，即Jenkins Master和Jenkins Agent。两个Pod的具体作用如下：

查看更多 →

Jenkins流水线支持多组件按照依赖顺序部署 概述 前提条件 操作步骤

查看更多 →

使用Jenkins插件集成CodeArts Check执行代码检查 应用场景 Jenkins是一款由Java编写的开源的持续集成工具，它运行在Servlet容器中（例如Apache Tomcat），可以通过各种方式触发构建。例如提交给版本控制系统时被触发、通过类似Cron的机制调

查看更多 →

操作前准备 准备Jenkins环境 上传代码到GitLab代码仓库 安装和初始化配置obsutil工具 安装和初始化配置KooCLI工具 安装Jenkins插件并配置Jenkins工具 父主题： 使用GitLab对接Jenkins自动构建并升级部署到ServiceStage的组件

查看更多 →

线）、.（点）。 build_system_based_on_jenkins_demo ecs_name String 必填 jenkins及gerrit 云服务器 名称前缀，命名方式为{ecs_name}-jenkins，{ecs_name}-gerrit，不允许重名。取值范围：1

查看更多 →

rviceStage进行应用托管并且已经部署了组件，则可以通过使用GitLab对接Jenkins自动构建打包，升级已经部署在ServiceStage上的组件版本配置。 本实践通过输出在Jenkins构建打包完成之后自动升级组件的shell脚本，实现了代码合入后自动构建打包并在ServiceStage上升级部署。

查看更多 →

环境准备 准备Jenkins环境 上传代码到Gitlab代码仓库 安装obsutil工具 安装KooCLI工具 安装插件并配置Jenkins工具 父主题： Gitlab对接Jenkins自动构建并部署到CAE

查看更多 →

CI/CD镜像扫描功能仅适用Jenkins Pipeline模式。 Jenkins配置限制如下： 硬件限制： Jenkins编译构建主机：Linux主机，x86或Arm 64bit CPU：1核及以上 内存：2GB及以上 磁盘空间：60GB及以上 技术限制： Jenkins版本：Jenkins 2.x

查看更多 →

供了完整的代码提交>>Jenkins构建>>软件包上传/镜像上传>>CAE部署的指导，如涉及其他语言如Golang等只需对应安装编译构建环境即可。 适用场景 此功能适用于您的代码已在Gitlab上管理，通过Jenkins构建打包，使用CAE进行应用托管， 并且已经部署了组件之后，需要进行组件升级的场景。

查看更多 →

操作前对接测试 前提条件 操作前需进行Jenkins对接Gitlab测试，保证Jenkins通过API访问Gitlab没有问题。 生成Gitlab访问令牌 登录Gitlab。 鼠标移动到右上角的账号名上，单击“Edit profile”。 图1 进入编辑页面 单击“Access Tokens”，输入“Token

查看更多 →

DevOps 在CCE中安装部署Jenkins Gitlab对接SWR和CCE执行CI/CD 使用Argo CD实现持续交付 使用Jenkins和Gitlab实现多集群隔离的DevOps流程

查看更多 →

创建GitLab凭证 使用具有GitLab代码仓库权限的账号密码在Jenkins中创建凭证，用于拉取GitLab代码。 在浏览器地址栏输入http://{安装Jenkins的Linux虚拟机IP}:8080，登录Jenkins。 选择“系统管理 > 系统配置”，在“配置”中选择“Gitlab”。

查看更多 →

根据查询条件获取测试报告列表 功能介绍 根据查询条件获取测试报告列表 URI GET /testreport/v4/{project_id}/test-reports 表1 路径参数 参数 是否必选 参数类型 描述 project_id 是 String 参数解释: 项目id，对应"需求管理

查看更多 →

根据查询条件获取测试报告列表 功能介绍 根据查询条件获取测试报告列表 URI GET /v4/{project_id}/test-reports 表1 路径参数 参数 是否必选 参数类型 描述 project_id 是 String 参数解释: 项目id，对应"需求管理 CodeArts

查看更多 →

概述 适用场景 使用jenkins来构建部署升级微服务组件，升级涉及多个微服务组件，每个组件有单独的流水线用于构建部署升级。但是组件之间存在依赖关系，必须等待所依赖的组件升级完成才能升级流水线，否则会有基本功能问题。 升级过程需要时刻关注所依赖的组件是否升级完成，才能进行下一个组件的升级任务。

查看更多 →

构建验证 手动构建验证 Gitlab自动触发Jenkins构建 父主题： Gitlab对接Jenkins自动构建并部署到CAE

查看更多 →

报告的生成名称规则是什么？ 联营认证、伙伴lead、先进云软件，标准化测试报告名称生成的默认规则：xxx公司-方案名称-xxx测试报告， 其他类型的标准化测试报告名称生成的默认规则是：方案名称-需求名称-测试报告，支持在生成报告时修改报告名称。 图1 报告预览 父主题： 验证中心

查看更多 →

构建验证 手动构建验证 GitLab自动触发Jenkins构建 父主题： 使用GitLab对接Jenkins自动构建并升级部署到ServiceStage的组件

查看更多 →

设置CodeArts TestPlan测试报告背景图和Logo 登录CodeArts首页，搜索目标项目并单击项目名称，进入项目。 在导航栏单击“设置 > 测试设置”。 单击“封面背景图”、“内容背景图”以及“设置Logo”右侧的“替换图片”，在本地选择需要替换的图片。 封面背景图

查看更多 →

配置流水线构建任务 场景一：使用Jenkins构建生成的是软件包，如Jar包，就使用脚本中的软件包部署场景，软件包部署会将构建出来的软件包上传到OBS桶中并升级CAE组件。 场景二：使用Jenkins构建生成的是镜像包，就使用脚本中的镜像部署场景，镜像部署会将构建出来的镜像包上传到SWR镜像仓库中并升级CAE组件。

查看更多 →

、中台架构的兴起，DevOps重要性日益显著。 方案架构 该方案使用Gitlab和Jenkins来实现容器应用的自动化构建和持续部署，其中Gitlab提供了源码管理和版本控制的功能，而Jenkins则负责进行容器应用的构建和部署。并且为了保证生产环境和测试环境互不影响，该方案使用

查看更多 →