检测到您已登录华为云国际站账号,为了您更好的体验,建议您访问国际站服务网站 https://www.huaweicloud.com/intl/zh-cn
不再显示此消息
持续交付是狭义DevOps的核心理念,横跨了架构、开发、测试、运维等角色。持续交付的核心开发实践,也涵盖了架构管理、版本管理、分支策略、测试自动化、部署发布、运维监控、信息安全、团队授权、数据库管理等多个维度,其中不乏我们常说的传统的敏捷相关实践,尤其是下图中XP极限编程的很多实践,半数以上在DevOps里都能找到。
续费包括手动续费和自动续费两种方式,您可以根据需求选择。了解更多关于续费的信息,请参见续费概述。 费用账单 您可以在“费用中心 > 账单管理”查看与CodeArts相关的流水和明细账单,以便了解您的消费情况。如需了解具体操作步骤,请参见费用账单。 欠费 当使用CodeArts的
如果当前账号采用的是历史计费模式(详情请参见历史计费模式说明),则单击“立即使用”。 单击目标项目名称,进入项目。 在导航中依次选择“设置 > 通用设置 > 服务扩展点管理”。 单击“新建服务扩展点”,在下拉列表中选择“Docker repository”。 在弹框中配置以下信息,单击“确定”。 表2 新建Docker
当使用人数超过5人时,先购买1元套餐,再叠加购买1000元套餐。 在控制台“总览”页面开通服务组合,服务组合包含需求管理、代码托管、流水线、代码检查、编译构建、部署、测试计划(测试管理部分)、制品仓库。 在控制台中选择某个服务,可以单独开通某一个服务。 例外说明 使用人数最多为5人,并提供
表1 存储容量计费 计费项 计费项说明 适用资源扩展类型 计费公式 知识库存储容量 某一Region内,租户中知识库文件以及工作项(需求管理、测试用例)的附件的总容量。 知识库存储扩展 单价*存储容量*购买时长 制品仓库存储容量 某一Region内,租户中发布库和私有依赖库的总容量
如果当前账号采用的是历史计费模式(详情请参见历史计费模式说明),则单击“立即使用”。 单击目标项目名称,进入项目。 在导航中依次选择“设置 > 成员管理”。 选择“成员视图”页签,单击“添加成员 > 从其他项目导入用户”。 在弹框中的“项目”下拉列表中选择项目名称,弹框中显示所选项目的成员列表。
(开发、测试、验收、生产)不同环境中形成自动化的测试和部署节奏,这也就是部署流水线的概念。为实现部署流水线,需要版本管理、自动化测试、持续集成、自动化部署、环境管理,以及松耦合架构等的协调统一。 分层分级的部署流水线 “高质量的交付”,质量如何界定?功能和非功能的都算上,质量验证
驾驶舱提供的工作负荷支持管理者通过项目或创建团队,快速筛选、查看成员的工作饱和度,掌握项目或团队工作项的计划和完成情况。 准备工作 已有可用项目并添加项目成员,可参考新建项目、添加CodeArts项目成员并为项目成员添加查看项目经理驾驶舱的权限。 租户管理员:拥有Tenant A
代码托管常见问题 升级CodeArts Repo的SSH功能 从本地推送代码仓到CodeArts Repo时,报错"Error: Deny by project hooks setting 'default': message of commit" 在一台电脑上,如何配置多个SSH
《影响地图》书中有明确的描述,把三段式的用户故事与影响地图几个层级进行mapping:作为一个Who,我希望What,以便于How。 用户故事管理 at CodeArts CodeArts中提供对用户故事的分级管理,可在“工作 > 需求规划”中,将影响地图中根据层级划分好的用户故事输入到CodeArts中,与影响地图的层级进行对应。
Increment 05 什么是产品待办列表? 在团队获取可用的Sprint待办列表sprint backlog之前,PO需要使用另外一个列表来管理新特性、变更请求、功能改进和缺陷等内容,并对他们进行优先级排序,这就是产品待办列表(Product Backlog)。这些内容在得到了PO
什么是敏捷 敏捷软件开发(Agile software development),又称敏捷开发,是一种从1990年代开始逐渐引起广泛关注的一些新型软件开发方法,是一种应对快速变化的需求的一种软件开发能力。它们的具体名称、理念、过程、术语都不尽相同,相对于“非敏捷”,更强调程序员团
持续交付与持续部署概念解读 “持续交付与持续部署,到底谁应该包含谁?” “在过去的5年里,人们对持续交付和持续部署的区别有所误解。的确,大家对两者的看法和定义也发生了改变。每个组织都应该根据自己的需求做出选择。我们不应该关注形式,而应该关注结果:部署应该是无风险、按需进行的一键式操作。”
用户故事地图 《用户故事地图》这本书的原作者是一位独立顾问,讲师和敏捷教练,他所提出的用户故事地图的方法主要用于解决敏捷需求分析过程中的问题: 只见树木不见林,重要的待办项容易淹没在各种细节中看不到全貌,因而难以排列优先级。 不能明显地聚焦于用户需求。 很难了解不同粒度故事(史诗故事、主题故事以及故事)之间的关系。