检测到您已登录华为云国际站账号,为了您更好的体验,建议您访问国际站服务网站 https://www.huaweicloud.com/intl/zh-cn
不再显示此消息
示例2:停止流水线 场景描述 本章将指导您通过API根据流水线ID停止流水线任务。 API的调用方法请参见4.2.5如何调用AP。 约束限制 已有流水线,并且流水线正在执行中。 涉及接口 通过用户token、流水线id停止流水线。 操作步骤 查看项目下构建任务列表。 接口信息 URI:POST
示例1: 执行流水线 场景描述 本章将指导您通过API执行流水线任务。 API的调用方法请参见3-如何调用API。 约束限制 待执行流水线任务已经在流水线服务中创建。 涉及接口 通过用户token、流水线id等请求参数启动流水线。 操作步骤 执行流水线任务。 接口信息 URI:POST
查询模板列表 功能介绍 查询流水线模板列表 调用方法 请参见如何调用API。 URI POST /v5/{tenant_id}/api/pipeline-templates/list 表1 路径参数 参数 是否必选 参数类型 描述 tenant_id 是 String 参数解释:
新建流水线分组 功能介绍 新建流水线分组 调用方法 请参见如何调用API。 URI POST /v5/{project_id}/api/pipeline-group/create 表1 路径参数 参数 是否必选 参数类型 描述 project_id 是 String 参数解释: CodeArts项目ID。
HE2E DevOps实践:配置流水线 本文以“DevOps全流程示例项目”为例,介绍如何将代码检查、构建、部署任务串联起来,实现持续交付。 开展实践前,需要完成部署。 预置流水线简介 示例项目中预置以下5个流水线任务,可根据需要查看并使用。 表1 预置流水线任务 预置流水线任务
示例3:获取流水线状态 场景描述 本章将指导您通过API获取流水线状态。 API的调用方法请参见3-如何调用API。 约束限制 流水线任务已经在流水线服务中创建。 涉及接口 通过用户token、流水线id等请求参数获取流水线状态。 操作步骤 查询流水线任务执行状态。 接口信息 URI:POST
获取流水线列表/获取项目下流水线执行状况 功能介绍 获取流水线列表/获取项目下流水线执行状况 调用方法 请参见如何调用API。 URI POST /v5/{project_id}/api/pipelines/list 表1 路径参数 参数 是否必选 参数类型 描述 project_id
身份认证与访问控制 身份认证 用户访问流水线的方式有多种,包括流水线用户界面、API,无论访问方式封装成何种形式,其本质都是通过流水线提供的REST风格的API接口进行请求。 流水线的接口需要经过认证请求后才可以访问成功。流水线支持两种认证方式: Token认证:通过Token认
在微服务中,用户可以创建流水线资源,并将其设置为变更流水线,用于与微服务下变更资源进行联动,通过变更流水线发布一个或多个变更来实现项目的快速交付。 操作流程 本文介绍如何通过微服务变更流水线模拟修复项目下的一个BUG并快速发布,基本操作流程如下: 步骤1:新建流水线微服务 步骤2:新建变更流水线 步骤3:新建微服务变更
边界清晰:每一个微服务只关注一个特定的业务功能,开发和维护单个微服务都相对简单。 支持独立部署:单个微服务独立部署更新,不会对整个业务运行造成影响,保证业务7*24小时在线。 技术多样化:微服务可以使用不同的技术栈来实现,不同服务之间通过restful API通信,每个服务可以使用不同的技术框架和不同的存储库来实现。
安全 责任共担 身份认证与访问控制 数据保护技术 审计与日志 服务韧性 认证证书
新建CodeArts服务扩展点 操作场景 服务扩展点是CodeArts的一种扩展插件,为CodeArts提供连接第三方服务的能力。 当CodeArts中的一些任务需要连接到远程第三方服务,进行一些获取数据操作时,例如连接第三方GitHub仓库获取项目源码、连接第三方Jenkins
流水线官方插件 流水线当前内置的官方插件如表1。 表1 流水线官方插件 插件类型 插件名 插件使用介绍 构建 Build构建 调用编译构建能力进行构建。编译构建服务为开发者提供配置简单的混合语言构建平台,实现编译构建云端化,支撑企业实现持续交付,缩短交付周期,提升交付效率。支持编
通过流水线生成标签名并通过上下文传递为代码仓库创建标签 方案概述 流水线上下文存储了流水线运行的实例、变量、任务等信息,每个上下文都是一个包含各种属性的对象。使用流水线时,当一个任务生成了数据或结果,且这些数据或结果需要在后续的任务中使用时,可以基于流水线上下文来实现,流水线上下
always() }} name: second job 如上定义表示job2会在job1运行结束后开始执行,不论job1的最终状态如何。 jobs.<job_id>.steps 每个任务由定义在steps中的多个步骤组成,每个步骤可运行一个指定的插件。 jobs.<job_id>