检测到您已登录华为云国际站账号,为了您更好的体验,建议您访问国际站服务网站 https://www.huaweicloud.com/intl/zh-cn
不再显示此消息
1800分钟/月 不限 不限 不限 单次构建时长 单次构建的时长上限。 30分钟 60分钟 240分钟 360分钟 构建依赖缓存大小 对构建时第三方依赖等进行缓存,重复利用,避免每次下载,提升构建速度。 2GB 10GB 20GB 50GB 构建过程编排 支持通过文本编辑器或图形编辑器配置构建流程。
代码检查 提供代码风格、通用质量与网络安全风险等丰富的检查能力,提供全面质量报告、便捷的问题闭环处理能力。 编译构建 基于云端大规模分布式加速,提供高速、低成本、配置简单的混合语言构建能力。 制品仓库 用于管理源代码编译后的构建产物,支持Maven、Npm、PyPI、Docker
可以在管理者驾驶舱、项目经理驾驶舱、开发者驾驶舱中查看报表。 可以查看系统指标与自定义指标。 - 团队Leader 可以在项目经理驾驶舱、团队Leader驾驶舱、开发者驾驶舱中查看报表。 可以查看系统指标与自定义指标。 可以在“团队管理”页面创建/管理团队。 领域行管 可以在全部驾驶舱中查看报表、管理自定义报表(新建、编辑、删除)。
doesn't allow bss:order:update to be performed.”。 图1 购买报错 原因分析 订单的创建、支付、查看,需要费用中心(BSS)服务的权限,该IAM用户没有此权限。 处理方法 联系管理员,为该IAM用户添加BSS Administrator、BSS
工作量的评估只评估开发完的事情,没有评估从开发到测试,乃至上线的时间点。环境本身也有问题,测试环境部署时间比较长,测试人员在α、β生产各个节点上面做部署,然后做验证,使得部署耗费了很多时间。 下面让我们再看看测试,测试最重要的是要做什么。这里有两个关键的焦点: 第一点,测试就是一个质量活动,做测试就是要保证质量。
根据需要选择页签。 在“未加入的项目列表”页签中,可以查看到由IAM用户创建、但未添加管理员为成员的项目列表。 如果想要查看更详细的项目信息,可根据需要勾选项目,单击加入项目即可。 图1 未加入的项目列表 在“已加入的项目列表”页签中,可以查看已加入的项目列表。 单击,可以删除所选项目。 图2
一个Epic。 Feature通常是在Epic之下,对用户有价值的功能,用户可以通过使用特性满足他们的需求。比如“电商网站”的 “门店网络查询功能”,特性通常会通过多个迭代持续交付。 Story通常是对一个功能进行用户场景细分,并且能在一个迭代内完成,Story通常需要满足INV
操作 说明 搜索报表 在搜索框中输入报表关键字,敲击回车,目录树中显示搜索结果。 全屏查看报表 打开报表,单击“全屏”,即可全屏查看报表;在全屏模式下单击“取消全屏”,即可返回普通窗口大小查看。 编辑自定义报表 打开自定义报表,单击“编辑报表”,即可编辑报表名称/描述、添加/删除筛选器、添加/删除指标。
时间段内的工作产出,量化开发者产出贡献,提升工作成就感,同时辅助开发者聚焦关注工作,提升工作效率。 租户内的所有成员均可以进入开发者驾驶舱查看系统报表,管理员、领域行管可管理自定义报表,角色与权限管理操作请参考权限设置。 图1 个人度量 表1 个人度量-度量指标 名称 单位 说明
查看流水线
团队Leader驾驶舱内置多个度量报告,帮助团队Leader管理团队成员,跟踪管理团队的资源、交付,提升团队效能。 租户内的所有成员均可以进入团队Leader驾驶舱,查看与自己所创建团队相关的度量结果;管理员、领域行管可管理自定义报表。角色与权限管理操作请参考权限设置。 团队度量 度量所选团队在所选时间段内的工作产出,辅助评估团队交付能力。
查看PerfTest测试报告
查看CodeArts TestPlan测试报告
查看构建任务
查看代码检查结果
查看二进制成分分析扫描结果
组件的添加。 查看指标 登录CodeArts首页,单击导航栏“效能洞察”。 如果登录用户第一次进入效能洞察,页面将显示新特性限时免费弹框,单击“同意并试用”即可继续。 在页面左侧导航栏中单击“指标库”。 默认显示全部指标,可根据需要查找/查看指标。 表1 查找/查看指标 操作 说明
管理者驾驶舱内置“DORA评估报告”,帮助管理者整体掌握企业的研发效能情况,辅助管理决策驱动业务增长。 管理者驾驶舱只有管理员、企业高管、领域行管三种角色可以查看报表,管理员、领域行管可以管理自定义报表,角色与权限管理操作请参考权限设置。 表1 DORA评估报告-度量指标 分类 名称 单位 说明 计算口径
部署CodeArts Deploy应用并查看结果
朴素的DevOps价值观 Nicole Forsgren博士在DOES上的演讲,说过一句话:Architecture matters...Technology doesn't。 最近也遇到越来越多类似的问题,例如:业务方向不明确的情况下,如何拆分微服务? 我们通常的观点是“架构是