-
新建及更新测试计划时无法添加Task等类型的工作项
![]()
新建及更新测试计划时无法添加Task等类型的工作项 问题现象 Scrum项目下，测试计划添加需求时，无法选择类型为“Task”工作项。看板项目下，测试计划添加需求时，无法选择类型为“需求”以外的工作项。 原因分析 在Scrum项目中，Task更偏向具体开发任务，而不是一个完整的需求故事点。 因此测试
来自：帮助中心 -
Scrum项目的工作项
![]()
获取子工作项 查询项目下所有工作项的历史记录 查询Scrum项目的工作项流转配置 细粒度权限用户创建工作项 查询当前工作项已经关联的工作项 查询当前工作项已经关联的关联Wiki 查询当前工作项已经关联的代码提交记录 / 分支创建记录 查询关联用例 查询Scrum工作项自定义字段 下载图片
来自：帮助中心 -
成长地图_需求管理
-
使用项目模板创建CodeArts项目
![]()
进入“选择模板”页面，根据自身业务需求选择合适的项目模板，各项目模板的特征和适用场景如表 项目模板特征和适用场景的区别所示。 表1 项目模板特征和适用场景的区别 项目模板 模板特征 适用场景 Scrum项目 Scrum是增量迭代式的软件开发方法，通过最重要的迭代计划会议、每日站会、迭代回顾、验收会议来进行简单高效的管理。
来自：帮助中心 -
产品优势
![]()
产品优势 专业方法论与实践的承载 承载敏捷管理、精益的软件项目需求管理理念。 支持Scrum项目和看板项目模板，面向不同的软件管理场景，兼顾标准和轻量灵活的软件开发场景。 支持Scrum推荐的需求规划和需求分解层次。 支持敏捷迭代开发、迭代计划和时间线清晰展现项目进展。 内置IPD等多种研发模式
来自：帮助中心 -
团队级教练辅导
![]()
《华为云CodeArts实践DevOps开发培训基础课件》 《CodeArts的代码托管操作手册》 《CodeArts代码检查操作手册》 《CodeArts编译构建模块的操作手册》 《CodeArts的测试计划操作手册》 《CodeArts部署模块的操作手册》 《CodeArts流水线模块的操作手册》 《DevOps工程师工作指南》
来自：帮助中心 -
配置Scrum项目工作项的字段与模板
![]()
配置Scrum项目工作项的字段与模板 您可以根据实际需要对不同类型的工作项模板进行自定义，并可配置工作项字段的默认值、是否必填、是否隐藏等。工作项模板自定义完成后，在创建工作项时，默认使用已自定义好的工作项模板。 前提条件 已新建Scrum项目，并在项目中拥有“工作项自定义设置”权限。
来自：帮助中心 -
在Scrum项目中新建工作项
![]()
项目的管理员如果需要配置领域，请参见添加Scrum项目工作项的领域类型。 发布版本号 发布版本名称。 开发人员 开发人员特指开发此工作项的人员，从责权对应的角度，每个工作项的开发人员通常应该固定。 而工作项的处理人是跟随工作项的流转而切换。这两个字段可以结合起来使用。 预计工时 工作项完成所需的预计工时。 实际工时
来自：帮助中心 -
迭代开发
![]()
-
管理Scrum项目工作项的状态与流转规则
![]()
管理Scrum项目工作项的状态与流转规则 您可以根据实际需要对不同类型的工作项状态进行自定义配置，可自定义调整状态的前后顺序，可配置状态的流转方向，可设置状态的自动流转规则。 前提条件 已新建Scrum项目，并在项目中拥有“工作项自定义设置”权限。 管理Epic的状态与流转规则 配置工作项状态
来自：帮助中心 -
方案概述
![]()
用户故事以用户使用的场景为主线，将大的阶段点，及其细分的活动，以树状的结构进行梳理和展现，既可以看到独立的需求条目，又能够看到整体需求场景。 计划和跟踪、迭代开发 步骤③~⑩是Scrum框架过程，是主要的管理实践。 Scrum定义了一个相对完整的敏捷过程管理的框架。在CodeAr
来自：帮助中心 -
方案概述
![]()
用户故事以用户使用的场景为主线，将大的阶段点，及其细分的活动，以树状的结构进行梳理和展现，既可以看到独立的需求条目，又能够看到整体需求场景。 计划和跟踪、迭代开发 步骤③~⑩是Scrum框架过程，是主要的管理实践。 Scrum定义了一个相对完整的敏捷过程管理的框架。在CodeAr
来自：帮助中心 -
什么是敏捷
![]()
序开发、测试再进行修改整合后发布的步骤进行，是一种顺序性的开发模式，当前一个步骤用掉越多时间时，后面步骤的前置时间就会越长，而形成时间上越多的浪费。反观敏捷开发，实行的是一种务实的做法，当收集到足够一次迭代开发的需求时即向下一个步骤前进，尽量缩短前置时间的浪费，然后将"分析、设计
来自：帮助中心 -
方案概述
![]()
用户故事以用户使用的场景为主线，将大的阶段点，及其细分的活动，以树状的结构进行梳理和展现，既可以看到独立的需求条目，又能够看到整体需求场景。 计划和跟踪、迭代开发 步骤③~⑩是Scrum框架过程，是主要的管理实践。 Scrum定义了一个相对完整的敏捷过程管理的框架。在CodeAr
来自：帮助中心 -
入门指引
![]()
Repo代码仓库的策略设置 流水线 通过流水线生成软件包并部署到主机 代码检查 快速检查CodeArts Repo代码仓库中的代码质量 编译构建 使用编译构建服务Ant构建并上传软件包至软件发布库 使用编译构建服务的Cmake构建并上传软件包至软件发布库 使用编译构建服务的Maven构建上传软件包和推送镜像
来自：帮助中心 -
上传软件包到CodeArts Artifact软件发布库
![]()
路径：用户设置路径名称后，仓库视图中会创建改名称的文件夹，上传的软件包会存放在该文件夹内。 文件：从本地选择需要上传到软件发布库的软件包。 在仓库视图中，单击已上传的软件包名称，页面将展示该软件包的详细信息。 制品仓库服务支持从页面上传软件包，也支持与编译构建服务对接，将构建生成的软件包上传到软件发布库，请参考上传软件包到软件发布库。
来自：帮助中心 -
使用预置规则检查通用Git代码仓中的代码质量
![]()
”、空格，不超过256个字符。例如：Endpoint01。 Git仓库Url 输入待连接的Git仓库的https地址。 用户名 输入待连接的Git仓库的用户名，不超过300个字符。 密码或Access Token 输入待连接的Git仓库的密码，不超过300个字符。 创建通用Git代码检查任务 在导航栏选择“代码
来自：帮助中心 -
快速检查CodeArts Repo代码仓库中的代码质量
![]()
Repo代码仓库中的代码质量 在代码开发过程中，编程人员能力和代码风格不一致，会影响代码的可阅读性和可维护性，例如代码注释要求。或者在某个平台/行业的代码编写要求比较特殊等一列问题，可通过使用代码检查服务检查代码质量。 本示例为您演示检查CodeArts Repo代码仓库中的代码质量，帮助您快速建立对代码检查服务的整体印象。
来自：帮助中心 -
需求管理
![]()
需求管理 需求管理是开发中心集成需求管理（CodeArts Req）服务中“Scrum项目”的和“IPD项目”相关需求管理的能力，是华为多年研发实践沉淀的需求管理与团队协作服务，内置多种开箱即用的场景化需求模型。 关于需求管理的常见问题请参见工作项常见问题。 父主题： 开发中心
来自：帮助中心 -
转型方案实施
![]()
在项目团队内树立软件质量的认知意识，真正在日常的开发中内建质量 在项目团队内贯彻对软件质量的坚持意识，避免“破窗”的不良影响 保障软件产品的质量 图6 七步提交法 图7 持续集成可视化示例 分支管理 敏捷实践：分支管理 代码分支策略的目的在于解决如下问题： 项目团队往往使用多组并行的版本分支，
来自：帮助中心 -
使用预置规则检查GitCode代码仓中的代码质量
![]()
新建GitCode服务扩展点 服务扩展点（Endpoint）是软件开发生产线的一种扩展插件，为软件开发生产线提供链接第三方代码仓的能力。 代码检查服务默认检查CodeArts Repo服务的代码质量，同时也可使用服务扩展点连接第三方代码仓库检查代码质量。 在项目下的CodeArts Check服务页面的导航栏选择“设置
来自：帮助中心
检测到您已登录华为云国际站账号，为了您更好的体验，建议您访问国际站服务网站 https://www.huaweicloud.com/intl/zh-cn
不再显示此消息
