研发与发布(面向研发人员)
本文以标准迭代为例,对从新建研发迭代到提交发布的整个过程进行介绍,分为经典应用服务模式和容器应用服务模式两部分。
当您首次登录到研发效能平台时,系统会默认定义两种迭代类型:标准迭代和紧急发布,后续您可以通过 迭代配置来自定义迭代类型。
经典应用服务模式
该模式的主要特征是部署和发布的对象为 Jar/tgz 包,部署目标环境是 工作空间,相关概念请参见 工作空间。要执行部署或发布操作之前,需要创建、导入和配置 工作空间,具体步骤请参见 前提和准备 > 初始化租户和研发流程。
完成一个标准迭代主要包含以下 7 个步骤:
步骤 1:新建研发迭代
通过以下任一入口新建标准迭代:
入口 1:在 持续交付 > 工作台 页面,单击 最近参与的迭代 区域的 新建迭代,选择 经典标准迭代 类型。
入口 2:进入 持续交付 > 研发迭代 > 我的迭代,单击 新建迭代,选择 经典标准迭代 类型。
在新建标准迭代窗口中,输入以下信息:
迭代名称:填写迭代名称。
关联应用:填写并选择涉及的应用名,其中“独立发布”应用表示该迭代可以不关联发布窗口就可以直接发布;“日常发布”应用表示该迭代必须关联发布窗口才能发布。若无应用可选,请先创建或导入应用。
对应分支(当选定应用后会出现):对应开发阶段进行研发使用的项目分支。可以自定义分支名和创建分支基于的Tag。
添加应用:添加更多应用到迭代中。
关联项目(选填):关联项目协作中的项目。关联项目之前,请开通 项目协作 组件并完成项目创建。
关联需求/缺陷(选填):关联项目中的工作项。
迭代负责人:默认为迭代创建者,可增加其他成员。
迭代成员:默认为迭代创建者,可增加其他成员。
如果有已完成的迭代,在 关联应用 旁边会出现 导入应用 按钮,单击 导入应用,系统将会从最近参与的迭代里导入应用。
步骤 2:新建应用服务
新建研发迭代后,通过以下任一入口新建应用服务和申请开发、测试服务器:
入口 1:通过 持续交付 > 研发迭代 > 我的迭代,访问迭代列表,单击迭代名称进入迭代详情页面。在常用操作栏上,单击 新建应用服务,或在顶部导航栏上,单击 环境 > 应用服务列表 > 新建应用服务。
入口 2:通过 持续交付 > 研发环境 > 应用服务,单击 新建应用服务。
输入应用服务信息,单击 新建后,可通过 操作记录 查看工单详情。
说明如果未申请服务器,pipeline 在执行到部署组件时,会自动跳过。
在 持续交付 中新建应用服务就是把 运维管理 中创建好的ECS服务器分配给应用的过程。
新建开发、测试等线下环境应用服务(即申请服务器)的入口及步骤一致。
如果已经在 运维管理 中完成开发、测试服务器的创建并已分配给应用,可通过 研发环境 > 应用服务 > 导入应用服务 将应用服务和服务器自助导入 持续交付 组件。
持续交付组件中只能管理开发、测试等线下环境的应用服务,预发、生产等线上环境的应用服务管理请在 运维管理 组件中操作。
步骤 3:提交代码
步骤 1 新建研发迭代时,平台已经自动在代码库中创建了迭代分支,提交代码的方式有两种:PUSH 模式和 MR(Merge Request)模式,应用负责人或架构师可通过 应用 > 元数据信息 > 锁定项目分支 属性设置切换以上两种模式,详情请参见 提交代码变更。
代码提交后,平台能自动检测到并开始执行 Pipeline 流水线。流水线各组件如果执行失败,平台会自动通知代码提交人员,提醒代码提交人员及时进行处理。
步骤 4:部署服务器
在迭代详情页面,单击 触发 Pipeline > 部署当前环境 触发编译部署流水线。

如果未申请服务器,pipeline 在执行到部署组件时,会自动跳过。
步骤 5:推进阶段
一个迭代如果包含多个应用,可以按应用单独推进阶段。在推进阶段,有以下几点需要注意:
阶段推进时,将检查以下几个方面是否满足要求:
审批任务均已经完成:如果未完成,必须先完成审批任务。
质量达标:质量标准可以在应用元数据中动态调整。如果迭代模板中已开启质量检查,在质量不达标的情况下推进阶段,需要提交加签审批流程。(默认不开启,可按需配置)
缺陷全部关闭。如果当前阶段有未关闭的缺陷,必须先关闭缺陷。(默认不开启,可按需配置)
阶段推进的过程中,如果出现代码冲突,需要重新提交 MR,直到冲突解决。
有些阶段在推进时,平台会根据迭代模板的配置自动把迭代分支合并到主干,并自动执行编译部署,可按需修改配置。
推进到测试、集成、预发阶段,如果需要修改代码,具体操作同开发阶段类似。针对 Master 的代码修改,不支持 Push 模式,只允许通过 MR 的方式提交,在指定人员审核代码之后,代码自动合并到 Master 分支,并执行持续集成流水线。
步骤 6:推进到发布阶段
在进行阶段推进时,您仍需要检查以下几个方面是否满足要求:
审批任务均已经完成:如果未完成,必须先完成审批任务。
质量达标:质量标准可以在应用元数据中动态调整。如果迭代模板中已开启质量检查,在质量不达标的情况下推进阶段,需要提交加签审批流程。(默认不开启,可按需配置)
缺陷全部关闭。如果当前阶段有未关闭的缺陷,必须先关闭缺陷。(默认不开启,可按需配置)
推进阶段时还会检查前一阶段服务器上部署代码与 master 上的最新代码是否一致。
步骤 7:提交发布
推进到发布阶段后,提交发布单到 运维管理 组件,提交发布的前提条件为:
该迭代的所有应用都已经到了发布阶段。
如果迭代关联到了发布窗口,那么整个发布窗口包含的所有应用都必须已经推到了发布阶段。
提交发布之后,平台会自动生成标签(tag),同时自动同步 运维管理 组件中发布单的发布状态。单击 单击查看 可跳转到发布单,发布操作或查看发布状态。
容器应用服务模式
该模式的主要特征是部署和发布的对象是镜像,部署目标环境是 命名空间,相关概念请参见 命名空间。
完成一个标准迭代主要包含以下 7 个步骤:
步骤 1:新建研发迭代
操作步骤同 经典应用服务模式 > 新建研发迭代,选择 容器标准迭代 类型。
步骤 2:导入容器应用服务
新建研发迭代后,通过以下任一入口导入容器应用服务:
入口 1:通过 持续交付 > 研发迭代 > 我的迭代,访问迭代列表,单击迭代名称进入迭代详情页面。在顶部导航栏上,单击 环境 > 应用服务列表 > 导入应用服务。
入口 2:通过 持续交付 > 研发环境 > 应用服务,单击 导入应用服务。
选择对应的命名空间,勾选要导入的应用服务,单击 确定 即可。

创建 保密字典 时,参见 管理员配置 > 构建配置 的镜像中心配置,填写容器注册地址、用户名、登录密码,具体步骤请参见 保密字典 及下图:
步骤 3:提交代码
操作步骤同 经典应用服务模式 > 提交代码。
步骤 4:部署镜像
在迭代详情页面,单击 触发 Pipeline > 编译部署AKS 触发编译部署流水线。

步骤 5:推进阶段
操作步骤同 经典应用服务模式 > 推进阶段。
步骤 6:推进到发布阶段
操作步骤同 经典应用服务模式 > 推进到发布阶段。
步骤 7:提交发布
操作步骤同 经典应用服务模式 > 提交发布。