文档

研发与发布(面向研发人员)

更新时间:

本文以经典应用服务模式下的标准迭代为例,对从新建研发迭代到提交发布的整个过程进行介绍。

说明

当您首次登录到研发效能平台时,系统会默认定义两种迭代类型:标准迭代和紧急发布,后续您可以通过 迭代配置 来自定义迭代类型。

经典应用服务模式

该模式的主要特征是部署和发布的对象为 Jar/tgz 包,部署目标环境是 工作空间,相关概念请参见 工作空间。要执行部署或发布操作之前,需要创建、导入和配置 工作空间,具体步骤请参见 前提准备 > 初始化租户和研发流程

完成一个标准迭代主要包含以下 7 个步骤:

步骤 1:新建研发迭代

  1. 通过以下任一入口新建标准迭代:

    • 入口 1:在 持续交付 > 工作台 页面,单击 最近参与的迭代 区域的 新建迭代,选择 经典标准迭代 类型。

    • 入口 2:进入 持续交付 > 研发迭代 > 我的迭代,单击 新建迭代,选择 经典标准迭代 类型。

  2. 在新建标准迭代窗口中,输入以下信息:

    • 迭代名称:填写迭代名称。

    • 关联应用:填写并选择涉及的应用名,其中“独立发布”应用表示该迭代可以不关联发布窗口就可以直接发布;“日常发布”应用表示该迭代必须关联发布窗口才能发布。若无应用可选,请先创建或导入应用。

    • 对应分支(当选定应用后会出现):对应开发阶段进行研发使用的项目分支。可以自定义分支名和创建分支基于的Tag。

    • 添加应用:添加更多应用到迭代中。

    • 关联项目(选填):关联项目协作中的项目。关联项目之前,请开通 项目协作 组件并完成项目创建。

    • 关联需求/缺陷(选填):关联项目中的工作项。

    • 迭代负责人:默认为迭代创建者,可增加其他成员。

    • 迭代成员:默认为迭代创建者,可增加其他成员。

  3. 如果有已完成的迭代,在 关联应用 旁边会出现 导入应用 按钮,单击 导入应用,系统将会从最近参与的迭代里导入应用。

步骤 2:新建应用服务

  1. 登录研发效能控制台。

  2. 在左侧导航栏单击 研发环境 > 应用服务。

  3. 应用服务 页面单击 新建应用服务。

  4. 输入应用服务信息,单击 新建,完成应用服务的创建。

步骤 3:提交代码

步骤 1 新建研发迭代时,平台已经自动在代码库中创建了迭代分支,提交代码的方式有两种:PUSH 模式和 MR(Merge Request)模式,应用负责人或架构师可通过 应用 > 元数据信息 > 锁定项目分支 属性设置切换以上两种模式,详情请参见 提交代码变更

说明

代码提交后,平台能自动检测到并开始执行 Pipeline 流水线。流水线各组件如果执行失败,平台会自动通知代码提交人员,提醒代码提交人员及时进行处理。

步骤 4:部署服务器

在迭代详情页面,单击 触发 Pipeline > 部署当前环境 触发编译部署流水线。

说明

如果未申请服务器,pipeline 在执行到部署组件时,会自动跳过。

步骤 5:推进阶段

一个迭代如果包含多个应用,可以按应用单独推进阶段。在推进阶段,有以下几点需要注意:

  • 阶段推进时,将检查以下几个方面是否满足要求:

    • 审批任务均已经完成:如果未完成,必须先完成审批任务。

    • 质量达标:质量标准可以在应用元数据中动态调整。如果迭代模板中已开启质量检查,在质量不达标的情况下推进阶段,需要提交加签审批流程。(默认不开启,可按需配置)

    • 缺陷全部关闭。如果当前阶段有未关闭的缺陷,必须先关闭缺陷。(默认不开启,可按需配置)

  • 阶段推进的过程中,如果出现代码冲突,需要重新提交 MR,直到冲突解决。

  • 有些阶段在推进时,平台会根据迭代模板的配置自动把迭代分支合并到主干,并自动执行编译部署,可按需修改配置。

  • 推进到测试、集成、预发阶段,如果需要修改代码,具体操作同开发阶段类似。针对 Master 的代码修改,不支持 Push 模式,只允许通过 MR 的方式提交,在指定人员审核代码之后,代码自动合并到 Master 分支,并执行持续集成流水线。

步骤 6:推进到发布阶段

在进行阶段推进时,您仍需要检查以下几个方面是否满足要求:

  • 审批任务均已经完成:如果未完成,必须先完成审批任务。

  • 质量达标:质量标准可以在应用元数据中动态调整。如果迭代模板中已开启质量检查,在质量不达标的情况下推进阶段,需要提交加签审批流程。(默认不开启,可按需配置)

  • 缺陷全部关闭。如果当前阶段有未关闭的缺陷,必须先关闭缺陷。(默认不开启,可按需配置)

说明

推进阶段时还会检查前一阶段服务器上部署代码与 master 上的最新代码是否一致。

步骤 7:提交发布

  1. 推进到发布阶段后,提交发布单到 运维管理 组件,提交发布的前提条件为:

    • 该迭代的所有应用都已经到了发布阶段。

    • 如果迭代关联到了发布窗口,那么整个发布窗口包含的所有应用都必须已经推到了发布阶段。

  2. 提交发布之后,平台会自动生成标签(tag),同时自动同步 运维管理 组件中发布单的发布状态。单击 单击查看 可跳转到发布单,发布操作或查看发布状态。

容器应用服务模式

该模式的主要特征是部署和发布的对象是镜像,部署目标环境是 命名空间,相关概念请参见 命名空间

完成一个标准迭代主要包含以下 7 个步骤:

步骤 1:新建研发迭代

操作步骤同 经典应用服务模式 > 新建研发迭代,选择 容器标准迭代 类型。

步骤 2:导入容器应用服务

  1. 新建研发迭代后,通过以下任一入口导入容器应用服务:

    • 入口 1:通过 持续交付 > 研发迭代 > 我的迭代,访问迭代列表,单击迭代名称进入迭代详情页面。在顶部导航栏上,单击 环境 > 应用服务列表 > 导入应用服务

    • 入口 2:通过 持续交付 > 研发环境 > 应用服务,单击 导入应用服务

  2. 选择对应的命名空间,勾选要导入的应用服务,单击 确定 即可。

    说明

    • 持续交付 暂不支持创建 AKS 容器应用服务,只能自助导入。

    • 如果未成功导入应用服务、pipeline 执行到镜像部署组件时,会报错。

    • 持续交付 执行导入操作之前,需要先在 运维管理 > 容器应用服务 > 应用发布 中创建应用服务,具体操作参见 创建应用服务

    • 如果应用服务部署时要从阿里云 容器镜像服务 拉取镜像,那么在 运维管理 组件中创建应用服务时需配合使用 保密字典

  • 创建 保密字典 时,参见 管理员配置 > 构建配置 的镜像中心配置,填写容器注册地址、用户名、登录密码。

步骤 3:提交代码

操作步骤同 经典应用服务模式 > 提交代码

步骤 4:部署镜像

在迭代详情页面,单击 触发 Pipeline > 编译部署AKS 触发编译部署流水线。

步骤 5:推进阶段

操作步骤同 经典应用服务模式 > 推进阶段

步骤 6:推进到发布阶段

操作步骤同 经典应用服务模式 > 推进到发布阶段

步骤 7:提交发布

操作步骤同 经典应用服务模式 > 提交发布

  • 本页导读 (0)
文档反馈