检测到您已登录华为云国际站账号,为了您更好的体验,建议您访问国际站服务网站 https://www.huaweicloud.com/intl/zh-cn
不再显示此消息
配置CodeArts TestPlan测试用例
配置构建任务
配置代码检查任务
效能洞察(CodeArts Board) 效能洞察总览 驾驶舱 指标库 管理配置
用于管理源代码编译后的构建产物,支持Maven、Npm、PyPI、Docker、NuGet等常见制品包类型。可以与本地构建工具和云上的持续集成、持续部署无缝对接,同时支持制品包版本管理、细粒度权限控制、安全扫描等重要功能。 部署 支持主机、容器等多种部署形态,部署能力覆盖Tomca
不可编辑 报表的查看视角,不同驾驶舱的视角不同。 管理者驾驶舱:组织,即租户视角,可统计全租户数据。 项目经理驾驶舱:项目,统计当前用户所参与的全部项目的数据。 团队Leader驾驶舱:团队,统计当前用户所创建的全部团队的数据。 开发者驾驶舱:个人,只能统计当前用户的个人数据。 报表描述
影响地图是一个简单却极高效的协作性的策略规划方法。 有的产品,它还活着,却已经死了;有的产品,还没发布,就已经死了。太多的产品失败的案例,源于方向性错误,基于错误的假设,功能与业务目标/价值之间缺乏必然的关联与一致性,在做的事与期望的目标南辕北辙。 影响地图试图通过结构化、可视化、协作化的方式来从源头解决上述问题。
”持续交付也好,DevOps也罢,最终目标是快速的交付价值。 如果说管理实践的目的是为了鉴别什么是正确的事情,以及正确的做事情。那么工程实践的目的,是除了正确的做事情以外,还能高效的做事。 工程实践就像人体的肌肉,是强调执行力的,是大脑想到然后肌肉能够做到并且快速的做到。每一丝的赘肉都会影响身体执行的速度,所以需要
使用CodeArts快速搭建基于ECS部署的代码开发流水线 使用CodeArts快速搭建基于CCE部署的代码开发流水线 各服务入门 需求管理快速入门 软件建模快速入门 代码托管快速入门 流水线快速入门 代码检查快速入门 编译构建快速入门 制品仓库快速入门 部署快速入门 测试计划快速入门 性能测试快速入门
续费降配后,当前订单周期内不可再变更规格,进入新的续费周期后可变更规格。 如果由高版本降为低版本,进入降配后的周期时,已使用的存储空间资源可能会被冻结。 例如:由专业版降级至基础版,降级前已使用代码仓库空间50G,降配后将无法修改代码仓库中的内容,需要将代码仓库使用空间删减到10G以下才能够做修改。
在修改yaml文件时,文件中代码的缩进格式不正确,导致部署失败。 处理方法 检查代码仓库中以“-deployment.yaml”结尾的文件,其中“selector”代码段的缩进格式与图1保持一致。 完成检查后重新执行构建任务与部署应用。 父主题: 附录
用户在使用云服务时,账户的可用额度小于待结算的账单,即被判定为账户欠费。欠费后,可能会影响云服务资源的正常运行,请及时充值。 欠费原因 当使用CodeArts的同时,购买了其它服务的按需计费资源时,可能会产生计费,例如: 使用部署服务时,需要将应用部署到ECS,因此购买了按需计费的ECS。关于
根据需要选择区域、产品、类型、购买时长、是否自动续费,勾选同意声明后单击“下一步”。 页面将根据您所选的产品及类型显示对应的配置项,请根据需要完成选择。 请选择已购买CodeArts基础版及以上套餐的区域,否则无法购买资源扩展。 确认订单内容:如果需要修改,单击“上一步”;如果确认无误,单击“去支付”。
时”查看成员的实际工时分布。 用户可以单击成员右侧的图标,筛选项目成员进行查看、对比;也可以单击图标进行排序。 从以上步骤的图中可以看到爱丽丝的工作项为饱和状态,单击成员名称前的图标,可以查看该成员的需求和缺陷的分布区间。 单击某天的数据模块,可以查看该成员当天涉及的工作项、预计工时和实际工时。
持续部署与发布 持续部署 持续交付与持续部署概念解读 持续交付流水线 基于Pipeline的DevOps核心实践 如何构建高效的持续交付能力 交付在云端-全云DevOps实践
新建CodeArts Deploy应用
部署CodeArts Deploy应用并查看结果
某一Region内,账号中所有流水线任务的并发执行数量总和。 说明: 流水线并发数只对流水线任务有效,流水线中代码检查、部署等子任务消耗对应服务的并发数。 流水线并发扩展 部署并发数 某一Region内,账号中所有部署应用的并发执行数量总和。 部署并发扩展 接口测试并发数 某一Reg
通过资源池,用户可以接入自己的执行资源,在执行代码检查、编译构建、部署、流水线、接口测试任务时,可以选择接入的资源池中的代理机来执行任务,提高任务执行效率,不再依赖产品预置的公共执行资源。 代理机 代理机指安装了Agent的主机,可以用于执行代码检查、编译构建、部署、流水线、接口测试任务。
有价值的产品,快速试错,并通过不停的迭代最终找到产品的正确方向。 这个思路很好,但如何确认backlog中的内容是“最小的”而且“可用”的产品却是件很困难的事情。 团队一起讨论初始产品需求的时候,常常会因为团队成员的理解不同而花费大量的时间进行梳理。即使每次讨论都将结果用文档记录