华为云用户手册

为项目经理配置权限 项目经理不需要配置“代码托管”、“代码检查服务”和“测试计划”配置权限。 在“权限管理”页面，单击左侧“项目经理”，单击“编辑”，为“项目经理”配置权限。 请按照下图，在“通用权限”和“需求管理&缺陷管理”配置权限。 图1 Devops Leader的“通用权限”和“需求管理&缺陷管理”权限 请按照下图，在“流水线”、“编译构建”、“部署”和“制品仓库”配置权限。 图2 Devops Leader的“流水线”、“编译构建”、“部署”和“制品仓库”权限 请按照下图，在“插件市场”配置权限。 图3 Devops Leader的“插件市场”权限 父主题： 实施步骤

HE2E DevOps框架简介 HE2E DevOps实施框架是CodeArts结合自身经验与业界先进的实践提出了一套可操作可落地的敏捷开发方法论。 图1 HE2E DevOps实施框架 表1 HE2E DevOps实施框架 阶段 说明 规划和设计 步骤①和②是业务（或者是客户）与技术之间进行产品规划，梳理产品整体脉络，以及进行产品规划实施设计，并控制需求粒度与拆分的过程。 软件开发的本质是为了解决问题，提供用户价值的，而不仅是为了提供功能。影响地图就是用来鉴别用户需求是什么，深层的根因是什么。 用户故事就是目标和需求的载体，以用户的场景来讲故事，便于在客户、业务与开发之间进行信息的传递。在这个过程中，独立的需求条目的堆积，很容易导致只能看到各个需求条目，不能从整个解决方案思考需求。用户故事以用户使用的场景为主线，将大的阶段点，及其细分的活动，以树状的结构进行梳理和展现，既可以看到独立的需求条目，又能够看到整体需求场景。 计划和跟踪 步骤③~⑩是Scrum框架过程，是主要的管理实践。 Scrum定义了一个相对完整的敏捷过程管理的框架。在CodeArts中，将Scrum的框架与团队日常的开发活动融合起来。主要的过程产物包括产品故事列表、迭代故事列表、潜在可交付的产品增量、以及过程中产生的问题列表；核心的团队活动包括迭代计划会议、每日站会、迭代演示会议、迭代回顾会议等会议、以及团队的日常更新。 同时，借鉴Kanban方法中的精益思想，可视化价值流，发现并解决阻塞与瓶颈，加速价值流交付，并加快反馈回路，持续进行改进。 迭代开发 持续交付 从步骤⑪开始，进入到工程实践，也就是通常说的CI/CD过程。 持续交付以代码仓库为基础，除了传统意义的代码资产安全与管控、多人并行开发、版本与基线管理外，也体现了团队的协作与沟通。 代码检查（即静态扫描）、自动化的构建、各阶段的自动化测试、以及自动化部署过程，都被串联在流水线上。 除了代码检查、构建、测试、部署等动态的阶段与活动，还有制品管理、环境管理（包括开发环境、测试环境、准生产环境，以及生产环境等）。 持续交付流水线就是将整个持续交付中，都有哪些阶段，分别运行在什么环境，每个阶段执行什么活动，准入与准出的质量门禁，以及每个阶段的输入与输出的制品进行管理。

方案架构 汽车零部件配件电子商城由5个微服务组件构成。 图2 凤凰商城技术架构图 表2 产品构成 微服务组件 说明 Web用户端服务器（对应样例代码中的“Vote”功能） 业务逻辑：用户可以通过浏览器访问此服务的WebUI。当用户在特定商品上单击“Like”时，服务将用户所选择物品的记录保存在Redis缓存中。 技术栈：Python、Flask框架。 应用服务器：Gunicorn。 Web管理端服务器（对应样例代码中的“Result”功能） 业务逻辑：用户可以通过浏览器访问此服务的WebUI，会动态显示用户端UI上用户单击“Like”的统计数据，此数据来自PostgreSQL数据库。 技术栈：Node.js、express框架。 应用服务器：server.js。 后台订单批处理程序（对应样例代码中的“Worker”功能） 业务逻辑：此服务为后台进程，会监控Redis缓存中物品记录，并将新纪录取出并保存在PostgreSQL数据库中，以便管理端UI可以抽取数据进行统计显示。 技术栈：.net core或者Java（此服务提供两种技术栈实现了同样的功能，可根据需要修改配置选择其中一个作为运行时进程）。 订单缓存 业务逻辑：此服务作为用户端UI服务的数据持久化服务存在。 技术栈：Redis。 订单数据库 业务逻辑：此服务作为管理端UI服务的数据源。 技术栈：PostgreSQL。 项目研发过程中涉及到以下成员。 表3 项目角色列表 项目成员 项目角色 工作职责 Sarah 项目管理员 负责项目整体规划、项目团队的组建。 Maggie 项目经理 负责管理项目交付计划。 Chris 开发人员 负责项目代码的开发、编译、部署及验证。 Billy 测试人员 负责编写测试用例并执行。

开发助手David编写代码 如图1 在IDE查询待处理的IR需求所示，在IDE输入查询待处理的IR需求。 图1 在IDE查询待处理的IR需求 如图2 David进行代码开发所示，单击“是，处理museverse头像功能需求”，继续单击“批准”，David会继续获取需求的详情。 图2 David进行代码开发 单击“立即开发”，David会继续进行代码开发。 图3 David进行代码开发 如下图，David在右侧持续输出代码开发的内容。 图4 David开发代码的界面 如图5 David完成代码开发界面所示，David开发完代码后，您可以在界面左侧返回代码开发涉及的特性清单。 图5 David完成代码开发界面 如下图，单击“暂不提交”，用户可再检查代码文件。 图6 暂不提交代码文件 如下图，在终端输入命令npm run build:mp-weixin，执行build:mp-weixin脚本。 图7 执行运行脚本的命令 执行上述命令后，即可预览生成的效果。单击头像，上传本地文件，即可上传头像文件，完成头像的自定义功能。 图8 生成预览效果 父主题： 实施步骤

开发助手David修复检视意见 如下图所示，用户输入指令“查询待处理的MR”，继续单击“批准”，即可查询待处理的MR。 图1 查询待处理的MR 用户查询出的代码仓库ID后，单击“批准”，即可继续查询MR。 图2 查询待处理的MR 如下图所示，查询到还未合入的合并请求“MR30”。输入“处理MR30的检视意见”，David将会处理5的3条检视意见。 图3 查询还未处理的MR列表 用户根据提示，单击“批准”，即可修改“MR30”的检视意见。如下图所示，右侧将实时展示修改的代码。 图4 修改检视意见 当MR的检视意见修改完成后，输入“是”，可对修改后的代码进行代码检视。 图5 对修改后的代码做代码检视 如下图，在终端输入命令npm run build:mp-weixin，执行build:mp-weixin脚本。 图6 执行运行脚本的命令 执行上述命令后，即可预览生成的效果，头像正常显示。 图7 生成预览效果 预览效果无误，输入“是，提交代码”，可提交修改后的代码。 图8 提交修改后的代码 父主题： 实施步骤

通过合并请求合并代码 开发人员Chris在完成代码开发与自测后，提交分支合并请求，项目经理Maggie审核合并请求后完成合入。 Chris提交合并请求。 在代码仓库“phoenix-sample”中选择“合并请求”页签，单击“新建合并请求”。 源分支选择“Feature-Store”，目标分支选择“master”，单击“下一步”。 参照下表编辑合并请求详情。 表2 合并请求配置 配置项 示例 标题 添加门店网络列表。 合并人 单击，在弹框中勾选“Maggie”，单击“确定”。 审核人 单击，在弹框中勾选“Maggie”，单击“确定”。 单击“新建合并请求”完成合并请求的创建。 新建成功，页面中显示合并请求的详情。 Maggie审核合并请求。 进入代码仓库“phoenix-sample”，选择“合并请求”页签，可找到由开发人员Chris创建的合并请求。 单击该请求，查看合并请求详情。 可在页面中留下评审意见。单击审核门禁中“通过”完成审核。 图4 审核门禁 单击“合入”，将分支合入“master”。 提示成功，完成合入。

Committer助手Oliver创建MR和检视意见 如下图，输入“@”，唤醒Committer助手Oliver。 图1 唤醒Committer助手Oliver 如下图，输入命令“创建MR”，Oliver会立即启动MR的创建。 图2 创建MR 如下图，修改标题为“用户个人中心添加头像上传功能”，确定其他信息无误，即可单击“确定并继续”。 图3 修改MR信息 如下图，Oliver会创建MR并智能检视代码，提出检视意见。用户可单击“采纳”，接受检视意见，单击“拒绝”，即拒绝检视意见。 图4 Oliver创建MR并检视代码 如下图，用户共接受3条检视意见，并待修复。截止目前，用户即完成了MR创建和代码检视。 图5 接受3条检视意见 父主题： 实施步骤

方案优势 扩展CodeArts角色矩阵 本实践基于CodeArts的系统角色矩阵，扩展了当前系统角色不能覆盖的角色，例如，CodeArts当前的系统角色为开发人员，在实际的项目开发过程中，会涉及研发Leader和研发组员的区分。通过本实践，可以丰富当前的系统角色矩阵，并根据不同角色的工作任务，配置角色的权限。 形成权限模板 完成本实践的项目角色和权限配置，可形成项目的权限模板，用户在开发其他项目时，可基于此模板修改项目角色和权限。

方案架构 下图为项目的架构图，项目团队下共9个组。 图1 Devops业务角色架构图 上图的架构图中，每个角色的职责和至少应该具备的权限如下表所示。 表1 组织架构图解释 组 角色 职责 需要具备的权限 授权步骤 / 项目经理 负责制定项目的整体计划。 明确各角色的责任与任务，并为角色分配权限。 需要具备项目的编辑权限。 支持对所有角色的成员进行权限分配和设置。 为项目经理配置权限 研发组 研发Leader 负责规划和分配研发任务。 跟踪研发进度，协调资源，解决开发中的技术问题。 参与研发方向的技术决策。 管理代码分支，包括但不限于新增和删除分支。 审核代码，包括但不限于评审代码。 为研发组配置权限 开发人员 基于主分支，执行代码开发任务，包括编码、单元测试、Bug 修复及持续优化。 参与技术方案评审、文档编写及代码审查。 持续优化代码质量与系统性能。 查看代码仓。 新建代码分支。 创建合并请求。 中台组 研发Leader（中台） 负责中台系统的架构设计与开发管理工作。 规划并推动中台能力的复用，构建可跨业务线共享的通用服务。 管理代码分支，包括但不限于新增和删除分支。 审核MR。 查看驾驶舱，包括研发过程数据、任务管理平台。 分配需求。 为中台组配置权限 开发人员（中台） 开发维护中台服务。 保障中台系统的稳定性、扩展性和复用性。 查看代码仓。 新建代码分支。 创建合并请求。 架构组 架构Leader 主导技术架构设计与演进，制定技术规范和开发标准。 负责跨团队架构协同与技术选型。 确保系统的高可用性、可扩展性、性能和安全性的优化。 管理代码仓库，包括但不限于新增和删除分支。 审核MR。 查看驾驶舱，包括研发过程数据、任务管理平台。 分配需求。 为架构组配置权限 系统工程师 参与具体架构设计、技术调研与落地实施。 撰写架构文档、评估系统设计的合理性，并提供技术支持。 查看代码仓。 新建代码分支。 新建合并请求。 测试组 测试经理 负责测试流程的建设和测试资源的协调。 规划测试策略，包括功能、性能和安全等，推动自动化测试的实施。 新建测试计划。 可部署、更新、删除和查看测试用例。 创建、修改和删除思维导图。 ⽣成测试报告。 说明： 测试经理不需要代码仓库的编辑权限，但需要保留保留代码仓的查看权限，进行白盒测试。 为测试组配置权限 测试人员 编写测试用例、执行测试计划、记录缺陷与推动修复。 开发测试脚本与自动化测试工具，保障产品质量。 维护测试用例。 可部署、更新和查看测试用例。 创建、修改和删除思维导图。 说明： 测试经理不需要代码仓库的编辑权限，但需要保留保留代码仓的查看权限，进行白盒测试。 PO组 产品Leader 维护产品特性，对接需求分析工作。 协调产品组员进行任务分发。 维护RR、IR和US等需求的权限。 管理驾驶舱权限、管理版本需求，特性迭代信息。 为PO组配置权限 产品经理 维护产品特性，对接RR和IR分析工作。 协调产品研发同步需求，启动IR和US评审会议。 维护RR、IR和US等需求的权限。 PM组 项管Leader 负责计划制定整体项目、把控进度和组织项目例会。 协调研发、测试、业务等多方资源，推动项目落地。 PM驾驶舱报表权限。 测试计划的维护权限。 为PM组配置权限 项管组员 跟踪项目执行状态，撰写项目文档。 识别项目风险并制定应对策略，保障交付进度。 PM驾驶舱报表权限。 测试计划的维护权限。 大数据组 大数据Leader 负责大数据平台的构建、 数据治理 及数据架构的设计和规划。 确保各项业务的数据需求与平台能力的有效对接，并持续进行优化。 管理代码仓库，包括但不限于新增和删除分支。 审核MR。 查看驾驶舱，包括研发过程数据、任务管理平台。 分配需求。 为大数据组配置权限 大数据产品 负责数据产品的规划与设计，输出具备落地性的数据需求方案。 协助业务部门理解数据能力，推动数据驱动的业务决策。 维护RR、IR和US等需求的权限。 大数据开发 开发数据采集、清洗、建模与服务接口。 维护数仓架构，优化数据处理流程和查询性能。 查看代码仓权限。 新建分支权限。 新建MR。 运维组 运维Leader 负责基础设施运维体系建设，制定运维流程和应急预案。 推动运维自动化，完善监控体系并优化故障响应机制。 需要维护和构建流水线权限。 为运维组配置权限 运维⼈员 实施部署、变更、维护任务，参与运维自动化平台开发。 协助处理服务运行中的各种突发问题。 需要执行流水线的权限。 值班运维 负责日常监控告警处理、系统巡检及突发事件的应急响应。 在值班期间确保系统稳定运行，并及时上报和处理异常情况。 不需要任何CodeArts权限。 DBA组 DBA Leader 负责数据库架构的设计、容量规划以及数据安全策略的制定与实施。 制定数据库标准与审核规范。 由于SQL实现自动化，SQL Leader需要有流水线权限。 为DBA组配置权限 DBA组员 负责数据库运维、备份恢复、SQL优化与故障处理。 协助开发进行数据建模与性能调优。 需要流水线权限。 安全组 安全架构师 设计和实施信息安全架构，确保组织的系统、网络和应用程序的安全性。 识别和评估组织的安全风险，并制定相应的风险缓解策略。 持续监控和改进组织的安全架构，以应对不断变化的安全威胁和技术环境。 查看代码仓权限。 新建分支权限。 新建MR。 为安全组配置权限

为测试工程师配置权限 “权限管理”页面，单击“创建角色”。例如下图所示，新增角色“测试工程师”角色。 图6 新增“测试工程师”角色 在“权限管理”页面，单击左侧“测试工程师”，单击“编辑”，为“测试工程师”配置权限。 在复制“测试经理”权限的基础上，仅需要修改“测试计划”权限，其余权限与为测试经理配置权限保持一致，如图7 “测试工程师”的“测试计划”权限所示。 图7 “测试工程师”的“测试计划”权限

为测试经理配置权限 进入“权限管理”页面。单击左侧“测试经理”，单击“编辑”，为“测试经理”配置权限。 请按照下图，在“需求管理&缺陷管理”配置权限。 图1 测试经理的“需求管理&缺陷管理”权限 请按照下图，在“代码托管”和“代码检查服务”配置权限。 图2 测试经理的“代码托管”和“检查服务”权限 请按照下图，在“测试计划”配置权限。 图3 测试经理的“测试计划”权限 请按照下图，在“流水线”、“编译构建”和“部署”配置权限。 图4 测试经理的“流水线”、“编译构建”和“部署”权限 请按照下图，在“制品仓库”和“插件市场”配置权限。 图5 测试经理的“制品仓库”和“插件市场”权限

预置任务简介 样例项目中预置了以下4个代码检查任务。 表1 预置任务 预置任务 任务说明 phoenix-codecheck-worker 检查Worker功能对应代码的任务。 phoenix-codecheck-result 检查Result功能对应代码的任务。 phoenix-codecheck-vote 检查Vote功能对应代码的任务。 phoenix-sample-javas 检查整个代码仓库对应的JavaScript代码的任务。 本章节以任务“phoenix-codecheck-worker”为例进行讲解。

为研发Leader配置权限 进入“权限管理”页面，单击“创建角色”，新增“研发Leader”角色。 单击左侧“研发Leader”，单击“编辑”，为“研发Leader”配置权限。 请按照下图，在“需求管理&缺陷管理”配置权限。 请按照下图，在“代码托管”和“代码检查服务”配置权限。 请按照下图，在“测试计划”配置权限。 请按照下图，在“流水线”、“编译构建”和“部署”配置权限。 请按照下图，在“制品仓库”、“看板”和“插件市场”配置权限。

为运维工程师配置权限 “权限管理”页面，单击“创建角色”。例如下图所示，新增角色“运维工程师”角色。 图6 新增“运维工程师”角色 在“权限管理”页面，单击左侧“运维工程师”，单击“编辑”，为“运维工程师”配置权限。 在复制“运维Leader”权限的基础上，请按照步骤4~步骤5，重新适配“流水线”、“编译构建”、“部署”、“制品仓库”和“插件市场”权限，其余权限与“运维Leader”保持一致。 请按照下图，在“流水线”、“编译构建”、“部署”和“制品仓库”配置权限。 图7 运维工程师的“流水线”、“编译构建”、“部署”和“制品仓库”权限 请按照下图，在“插件市场”配置权限。 图8 运维工程师的“插件市场”权限

为运维Leader配置权限 用户进入“权限管理”页面，单击“创建角色”。例如下图所示，新增“运维Leader”角色。 图1 运维Leader权限配置页面 在“权限管理”页面，单击左侧“运维Leader”，单击“编辑”，为“运维Leader”配置权限。 请按照下图，在“需求管理&缺陷管理”配置“ipd_缺陷”权限。 图2 运维Leader的“需求管理&缺陷管理”权限 运维Leader不需要配置“代码托管”和“代码检查服务”配置权限。请按照下图，在“测试计划”配置权限。 图3 运维Leader的“测试计划”权限 请按照下图，在“流水线”、“编译构建”和“部署”配置权限。 图4 运维Leader的“流水线”、“编译构建”和“部署”权限 请按照下图，在“制品仓库”和“插件市场”配置权限。 图5 运维Leader的“制品仓库”和“插件市场”权限

配置SWR服务 登录SWR控制台。 单击“登录指令”，页面弹框显示登录指令。 其中， “-u”之后的字符串为用户名。 “-p”之后的字符串为密码。 最后的字符串为SWR服务器地址。 图1 登录指令 此处生成的登录指令为临时登录指令，有效期为24小时。如果需要长期有效的登录指令，请参见获取长期有效登录或推拉镜像指令。 单击“创建组织”，在弹框中输入组织名称“phoenix”（如果页面提示“组织已存在”，请自定义其它名称），单击“确定”。 新建成功后，在左侧导航栏中单击“组织管理”，在组织管理页面中显示已创建的组织。 图2 组织管理

产品助手Pony新建RR并分解IR 图1 创建RR和分解IR所示，输入“用户个人中心增加自定义头像功能，针对上述需求描述创建RR并分解IR”，单击“继续执行”。 图1 创建RR和分解IR 图2 Pony创建RR并分解IR所示，唤醒产品助手Tony进行需求创建，单击“继续执行”。 图2 Pony创建RR并分解IR 下图所示，Pony会在右侧创建初始需求，输入“补充技术实现”，Pony将继续完善需求的技术实现方案。 图3 修改需求设计稿 如图，单击“编辑”，可修改需求单内容。 图4 修改需求描述的入口 如下图，修改描述后，单击“确认并继续执行”，即可继续进行RR的创建。 图5 修改后的需求描述 如下图所示，如果RR单内容不需要再修改，选择“承接人”，单击“提交”，即可完成RR的创建。 图6 RR单内容确认界面 在完成RR单创建后，对话框输入“继续分解IR”，Pony将继续分解IR，右侧将展示IR的详细内容，单击“继续执行”。 图7 分解IR 如图7 修改“测试要求”和指定“提出人”，右侧需求单内增加测试要求，选择“提出人”，单击“确定”，即可完成IR分解。 图8 修改“测试要求”和指定“提出人” 如图8 查询RR和IR单号所示，输入“继续汇报工作”，即可查询RR单号和IR单号。 图9 查询RR和IR单号 父主题： 实施步骤

应用场景 用户可以通过扫描下方小程序，进入三星堆小程序。 图1 三星堆小程序 进入三星堆小程序页面后，用户通过单击，扫描任意博物馆文物，即可解锁文物的卡通形象，通过此方式可增加用户的参观乐趣。 当前，三星堆小程序尚不支持用户上传自定义头像功能。通过CodeArts Doer，我们可以实现这一需求，让每位用户都能上传并使用自己喜爱的头像，通过以下智能开发流程实现此需求： 产品助手Pony新建关于自定义头像的需求RR和分解IR、开发助手David基于IR编写代码、测试助手Cindy为David编写的代码输出测试用例和测试套、Committer助手Oliver智能创建MR和提出检视意见、开发助手David修复检视意见，最终Committer助手Oliver合入MR。

操作流程 本文档将按照以下步骤介绍HE2E DevOps实践的操作流程。 图1 实践操作流程图 表1 实践操作流程说明 步骤 说明 实践准备 项目管理员Sarah完成实践开始前的准备工作，包括创建项目、添加项目成员等操作。 管理项目规划 项目管理员Sarah完成项目需求规划、项目经理Maggie完成迭代需求规划。 开发代码 开发人员Chris通过分支来进行代码的编写，包括创建分支、编写并提交代码、提交分支合并请求；项目经理Maggie审核合并请求后完成合入。 检查代码 开发人员Chris对代码进行静态扫描，根据修复建议优化代码，提高代码质量。 构建应用 开发人员Chris构建环境镜像、将代码编译打包成软件包。 部署应用 开发人员Chris将构建好的环境镜像及软件包安装并运行在环境中。本文档提供两种环境的部署方法：CCE与E CS 。 管理项目测试 测试人员Billy为迭代创建测试计划、设计测试用例，并按照计划执行测试用例。 配置流水线 开发人员Chris将代码检查、构建、部署等任务串联成流水线。当代码有更新时，可自动触发流水线，实现持续交付。 释放资源 按需计费的资源会产生持续计费，为了避免不必要的费用产生，完成体验后，建议由项目管理员Sarah释放不再使用的资源。 父主题： 使用CodeArts管理电子商城项目开发流程

设置定时执行任务 通过以下设置，可实现构建任务的定时执行。 在任务“phoenix-sample-ci”的详情页，单击“编辑”。 选择“执行计划”页签。 打开“启用定时执行”开关，根据需要选择执行日与执行时间，关闭“代码变化才执行”，保存任务。 本文档中勾选“全选”，执行时间为“12:00”（本文中使用默认时区，可以根据实际需要修改时区）。 图2 配置定时执行 验证配置结果：根据配置时间查看构建任务是否自动执行，本节不再赘述。

预置任务简介 样例项目中预置了以下5个构建任务。 表1 预置任务 预置任务 任务说明 phoenix-sample-ci 基本的构建任务。 phoenix-sample-ci-test 构建测试环境可用镜像的任务。 phoenix-sample-ci-worker 构建Worker功能镜像的任务。 phoenix-sample-ci-result 构建Result功能镜像的任务。 phoenix-sample-ci-vote 构建Vote功能镜像的任务。 本章节以任务“phoenix-sample-ci”为例进行讲解，任务内置的步骤及作用如下表所示，用户完成任务的参数配置后即可执行该任务。 表2 构建步骤 构建步骤 说明 制作Vote镜像并推送到SWR仓库 依据文件“vote/Dockerfile”制作Vote功能镜像，并将镜像推送到SWR服务中保存。 制作Result镜像并推送到SWR仓库 依据文件“result/Dockerfile”制作并推送Result功能镜像，并将镜像推送到SWR服务中保存。 使用Maven安装Worker依赖包 使用Maven安装Worker功能所需的依赖。 制作Worker镜像并推送到SWR仓库 依据文件“worker/Dockerfile”制作并推送Worker功能镜像，并将镜像推送到SWR服务中保存。 生成Postgres and Redis Dockerfile 通过shell命令生成文件“Dockerfile”，用以制作Postgres（数据库）和Redis（缓存）镜像。 制作Postgres镜像并推送到SWR仓库 依据“生成Postgres and Redis Dockerfile”步骤中所生成的Dockerfile文件制作Postgres镜像，并将镜像推送到SWR服务中保存。 制作Redis镜像并推送到SWR仓库 依据“生成Postgres and Redis Dockerfile”步骤中所生成的Dockerfile文件制作Redis镜像，并将镜像推送到SWR服务中保存。 替换Docker-Compose部署文件镜像版本 为了将镜像部署到ECS时，能够拉取到正确的镜像，使用shell命令完成以下操作。 使用sed命令，依次将文件“docker-compose-standalone.yml”中的参数替换为构建任务的参数“dockerServer”、“dockerOrg”、“BUILDNUMBER”进行替换。 使用tar命令，将文件“docker-compose-standalone.yml”压缩为“docker-stack.tar.gz”，将部署所需文件进行打包，以便于后续步骤将该文件上传归档。 替换Kubernetes部署文件镜像版本 为了将镜像部署到CCE时，能够拉取到正确的镜像，使用shell命令完成以下操作。 使用sed命令，将目录“kompose”下所有以“deployment”结尾的文件中的参数“docker-server”、“docker-org”，替换为构建任务的参数“dockerServer”、“dockerOrg”。 使用sed命令，依次将文件“result-deployment.yaml”、“vote-deployment.yaml”、“worker-deployment.yaml”中的参数“image-version”用构建任务参数“BUILDNUMBER”进行替换。 上传Kubernetes部署文件到软件发布库 将“替换Kubernetes部署文件镜像版本”步骤中修改后的所有“.yaml”文件上传到软件发布库中归档。 上传docker-compose部署文件到软件发布库 将“替换Docker-Compose部署文件镜像版本”步骤中压缩好的“docker-stack.tar.gz”上传到软件发布库中归档。

问题现象 构建失败，报错信息为“制作Docker镜像失败”，报错日志如下。 too many requests toomanyrequests: You have reached your pull rate limit. You may increase the limit by authenticating and upgrading: https://www.docker.com/increase-rate-limit request canceled while waiting for connection Get https://registry-1.docker.io/v2/: net/http: request canceled while waiting for connection (Client.Timeout exceeded while awaiting headers)

资源规划 完成本实践所需的资源如下。建议在同一个区域内准备资源。本实践中提供了部署至CCE、ECS两种方法，用户可以根据实际部署需求选择准备CCE或ECS。 表1 资源规划 服务名称 用途 资源说明 操作指导 软件开发生产线（CodeArts） 承载项目端到端研发全流程 套餐版本：基础版。 购买人数：5人。 购买时长：1个月。 购买CodeArts 云容器引擎（CCE） 用于部署应用 集群配置：建议选择按需计费。 集群类型：CCE Standard集群。 集群名称：phoenix-cce。 集群版本：建议选择最新版本。 控制节点架构：X86。 容器网络模型：容器隧道网络。 容器网段：自动设置网段。 购买Standard/Turbo集群 节点配置：建议选择按需计费。 节点类型：弹性云服务器-虚拟机。 节点规格：2vCPUs | 8GiB或以上规格。 容器引擎：Docker。 操作系统：公共镜像-EulerOS。 节点IP：自动分配。 弹性公网IP：自动创建。 创建节点 弹性云服务器（ECS） 用于部署应用 建议选择按需计费。 CPU架构：x86计算。 节点规格：2vCPUs | 8GiB或以上规格。 操作系统：公共镜像-Ubuntu 16.04。 绑定弹性IP规格：按带宽计费，5Mbit/s。 云服务器名称：phoenix-ecs。 完成购买后，为ECS的安全组中添加一条协议为“TCP”、端口为“5000-5001”、源地址为“0.0.0.0/0”的入方向规则。 自定义购买ECS 配置安全组规则 父主题： 使用CodeArts管理电子商城项目开发流程

在项目创建RR和分解IR 登录CodeArts Doer首页，下拉框选择项目“IPD_SoftWare_Test”，对话框中输入“针对用户个人中心，增加自定义头像功能。帮助创建RR和IR”。 上述命令会触发助手Timmy，单击“继续执行”。 Timmy会将任务移交到Pony，Pony会继续创建RR并分解IR。如下图所示，如果用户认为Tony创建的RR符合预期，可单击左下角的继续执行，如果用户要修改RR单内容，可单击右上角“编辑”并进入修改页面，用户修改好后单击“确认并继续执行”。 用户确定内容后，右侧选择RR需求单的“承接人”，单击“确定并继续”，即可完成RR创建。 创建的RR内容为下图所示。如果用户想要详细化功能描述，可输入指令“细化功能描述，达到200字”。 执行上述命令后，优化后的功能描述如下图所示。继续输入指令“分解IR”。 执行上述指令，根据Pony提示操作，单击“确定并执行”，完成IR分解。

CodeArts示例项目 示例项目是指默认预置模板类型的项目，由需求管理预置好一些工作项和流程。选择示例项目新建项目后，会自动生成对应样例模板项目，供用户参考和使用。部分示例项目中预置的示例工作项、代码可供用户直接使用。 表2 CodeArts示例项目 示例项目名称 项目类型 使用场景 DevOps全流程示例项目 Scrum 针对敏捷开发全生命周期、DevOps持续交付的模板，模板内预置了思维导图、并实例化了Scrum工作项（如促销管理、会员管理，订单管理）、代码仓库、代码检查任务、编译构建任务、流水线任务等，实现全流程的研发交付自动化。 客户联合敏捷交付(JAD)项目 看板 针对研发类轻量级敏捷项目的管理，助力初创团队、小型组织任务协作，快速提升工作效率。 客户线索管理项目 看板 针对市场营销类客户线索管理，搭建了科学的营销体系模板，推动客户转化。 招聘管理项目 看板 针对HR类招聘进度管理，覆盖人力管理核心流程，实现科学规范化管理。 团建3+1项目 看板 针对团建类项目的管理，助力团队活动建设。 IPD-系统设备示例项目 IPD系统设备类 针对嵌入式软件场景，其特点为软件持续迭代，硬件平台也在持续演进，比如通信设备、汽车、家电、消费电子等涉及到软硬件复杂产品。 IPD-独立软件示例项目 IPD独立软件类 针对IT应用及平台类软件，硬件标准化或不依赖专有硬件，软件频繁迭代场景，比如ERP软件、CRM、数据库、网管软件等。 IPD-云服务全流程示例项目 IPD自运营软件/云服务类 针对云服务开发、微服务架构、自运营软件场景，比如公有云、互联网应用软件。 鸿蒙应用的一站式开发项目 Scrum 面向全场景的一站式 集成开发环境 ，提供一站式的分布式应用开发平台，支持分布式多端开发、分布式多端调测、多端模拟仿真，提供全方位的质量与安全保障。 【车联网示例项目】TBOX车载设备应用 IPD系统设备类 车联网示例项目的主项目。进行流程管理与原始需求与系统需求维护，同时在此项目中进行车载硬件设备的嵌入式程序开发管理。 【车联网示例项目】车联网云服务 IPD独立软件类 车联网示例项目的子项目。承接云服务开发相关的系统需求，并管理云服务软件程序的开发、测试与交付。

CodeArts项目类型 CodeArts支持Scrum、IPD、看板项目流程，并提供了适合对应类型项目需求管理流程的模板。用户可以根据自己的业务场景选择对应模板创建CodeArts项目。 表1 CodeArts项目模板 模板 说明 适用场景 IPD系统设备类 涉及到软硬件配套开发，产品需求相对固定，有相关的行业标准，开发周期长，一般为6～9个月，对产品质量及稳定性要求高，决策点多，多采用瀑布模式。 嵌入式软件场景，其特点为软件持续迭代，硬件平台也在持续演进，比如通信设备、汽车、家电、消费电子等涉及到软硬件复杂产品。 IPD独立软件类 软件可独立部署销售，多采用敏捷开发，客户需求变化频繁、快速规划、敏捷发布，交付周期一般为2～3个月甚至更短。 IT应用及平台类软件，硬件标准化或不依赖专有硬件，软件频繁迭代，比如ERP软件、CRM、数据库、网管软件等。 IPD自运营软件/云服务类 商业决策和需求决策分离，需求决策向下授权。以微服务为作战单元小步快跑，快速规划持续交付，发布频繁，交付周期2~3周左右甚至3~5天，多采用DevOps敏捷模式。 云服务开发，微服务架构，自运营软件场景居多，比如公有云、互联网应用软件。 Scrum Scrum是增量迭代式的软件开发方法，通过最重要的迭代计划会议、每日站会、迭代回顾、验收会议来进行简单高效的管理。 迭代式增量的软件开发。 看板 看板协作是一种业界流行的轻量、灵活和简单的团队协作办法，它将项目的需求、缺陷和任务可视。 任何行业、任何团队、任何角色高效协作。

响应示例 状态码：200 执行成功，release collection success { "code" : "LMS.00000000", "message" : "release collection success" } 状态码：400 集合卸载失败 { "code" : "LMS.00003001", "message" : "ErrCollectionNotFound: Collection not found" }

响应参数 状态码：200 表2 响应Body参数 参数 参数类型 描述 code String 参数解释： 返回码。参见错误码章节。 约束限制： 不涉及。 取值范围： 不涉及。 默认取值: 不涉及。 message String 参数解释： 描述信息。 约束限制： 不涉及。 取值范围： 不涉及。 默认取值: 不涉及。 状态码：400 表3 响应Body参数 参数 参数类型 描述 code String 参数解释： 返回码。参见错误码章节。 约束限制： 不涉及。 取值范围： 不涉及。 默认取值: 不涉及。 message String 参数解释： 描述信息。 约束限制： 不涉及。 取值范围： 不涉及。 默认取值: 不涉及。

请求参数 表1 请求Body参数 参数 是否必选 参数类型 描述 store_name 是 String 参数解释： 知识仓实例名称，region内唯一。 约束限制： 长度范围为3到63个字符，支持小写字母、数字、中划线（-），第一个字符只能够是小写字母，中划线(-)不得出现在字符串末尾。 取值范围： 不涉及。 默认取值： 不涉及。 collection_name 是 String 参数解释： collection名称。 约束限制： 可包含数字、字母和下划线 ()。资源名称必须以字母或下划线 () 开头。最大长度支持255。 取值范围： 不涉及。 默认取值: 不涉及。

响应示例 状态码：200 搜索成功 { "code" : "LMS.00000000", "message" : "search entities success", "data" : { "entities" : [ { "distance" : 0.8106635, "primary_key" : 200, "vector" : [ 22.33, 33.44, 44.55 ], "scalar_name" : "book1" }, { "distance" : 0.75336635, "primary_key" : 300, "vector" : [ 221.33, 331.441, 441.55 ], "scalar_name" : "book2" } ] } } 状态码：400 搜索失败 { "code" : "LMS.00001001", "message" : "ErrInvalidParameter : the input parameter is incorrect." }