检测到您已登录华为云国际站账号,为了您更好的体验,建议您访问国际站服务网站 https://www.huaweicloud.com/intl/zh-cn
不再显示此消息
并访问软件开发生产线。 根据企业用户的职能,设置不同的访问权限,以达到用户之间的权限隔离。 如果账号已经能满足您的要求,不需要创建独立的IAM用户,您可以跳过本章节,不影响您使用软件开发生产线的其它功能。 本章节为您介绍对用户授权的方法,操作流程如图1所示。 前提条件 给用户组授
Why——为什么这样解决是合理的,比其他解决方法更好? 合并请求的提交要清晰 一个好的合并请求不只是代码的事情,还牵涉到代码审查者对代码的审查,所以开发者不仅要写出好的代码,还需要考虑如何让其他人更清晰的理解自己的想法和思路,这是一个用代码做交流的过程。 进行较小的合并请求。 每个合并请求只做一件事情。
单的讨论可以直接通过工作项的讨论进行,但需要牢记的是,文字的讨论永远无法取代面对面或是电话的沟通。 Confirmation(确认):用户故事并不具备契约性质,达成协议的验证要点是测试的依据,用来验证用户故事是否符合用户的期望。在用户故事编写工作坊中,验证信息可以写在故事卡片的背
释放资源 为了避免不必要的费用产生,完成本样例项目体验后,产品负责人Sarah可根据实际使用的需要,释放部分不再使用的资源。 可以释放的资源如下。 表1 释放资源 资源名称 操作步骤 CodeArts项目 进入项目的“设置 > 通用设置 > 基本信息”页面,单击“删除项目”,根据页面提示完成删除操作。
资源扩展、增值特性到期后,如果未及时续费,与订单相关的并发资源、功能特性将不可用。 续费相关的功能 CodeArts续费相关的功能如表1所示。 表1 续费相关的功能 功能 说明 手动续费 在CodeArts订单的生命周期内,您可以随时通过控制台续费,以延长资源的使用时间。 自动续费 开通自动续费后
接口测试并发数 某一Region内,租户中所有接口测试的并发执行数量总和。 接口测试并发扩展 并发数计算方式说明 场景说明 在某租户中同时启动两条流水线X、Y的执行,其中, 流水线X的子任务为:代码检查任务a、部署应用c。 流水线Y的子任务为:代码检查任务a、b,且a、b并行执行。 并发数计算方法分析
”持续交付也好,DevOps也罢,最终目标是快速的交付价值。 如果说管理实践的目的是为了鉴别什么是正确的事情,以及正确的做事情。那么工程实践的目的,是除了正确的做事情以外,还能高效的做事。 工程实践就像人体的肌肉,是强调执行力的,是大脑想到然后肌肉能够做到并且快速的做到。每一丝的赘肉都会影响身体执行的速度,所以需要
有价值的产品,快速试错,并通过不停的迭代最终找到产品的正确方向。 这个思路很好,但如何确认backlog中的内容是“最小的”而且“可用”的产品却是件很困难的事情。 团队一起讨论初始产品需求的时候,常常会因为团队成员的理解不同而花费大量的时间进行梳理。即使每次讨论都将结果用文档记录
才能确保在需要的时候可以快速的获取可交付的版本。无论对于开发/测试的配合,还是开发人员自己进行功能验证都非常重要。 持续集成中的代码检查 由于持续的快速开发和交付,团队发现线上代码质量堪忧,且进入到生产环境的问题修复成本太高,团队需要一种可以在迭代内快速发现问题的自动化手段。 随
开源治理服务常见问题 成分分析的开源软件风险如何分析? 成分分析的安全编译选项类问题如何分析? 成分分析的安全配置类问题如何分析? 组件版本为什么没有被识别出来或识别错误? 成分分析的开源漏洞文件路径如何查看? 成分分析的任务扫描失败怎么办? 扫描到恶意代码如何定位? 如何解决Roles
代码是否正确的集成在一起。 如果失败,开发团队就要停下手中的工作,立即修复它。(这正是丰田安灯系统的实践) 持续集成的目的是让正在开发的软件始终处于可工作状态。同时强调,代码的提交是一种沟通方式,而既然是沟通就需要频繁,下图中代码的提交过程,事实上就是各条分支之间的对话过程。 持续交付
CodeArts项目结束后如何回收/归档项目资料到本地 ? CodeArts中提供云端项目归档功能,归档后的项目对所有成员只读,不能进行工作项的增删改等操作。 CodeArts具有完备的数据安全管理机制,保证云端的数据不丢失,且随时可见。 此外,CodeArts提供导出工作项、导出测试用例、下载制品
软件开发生产线控制台的使用范围。 如果账号已经能满足您的要求,不需要创建独立的IAM用户进行权限管理,您可以跳过本章节,不影响您使用CodeArts的其它功能。 IAM是提供权限管理的基础服务,无需付费即可使用,您只需要为您账号中的资源进行付费。关于IAM的详细介绍,请参见IAM产品介绍。
步骤六:部署应用(CCE篇) 部署服务提供可视化、自动化部署服务。提供丰富的部署步骤,有助于用户制定标准的部署流程,降低部署成本,提升发布效率。 为了可以更快的、更稳定的持续地交付软件,开发团队需要一部分自助化部署服务的能力,以减轻部分后续维护工作。 本章节介绍开发人员Chris如何将发
入门快:只要团队想好了怎么做,立刻可以做到工作的可视化,特别适合刚刚使用看板的入门级团队。 更改方便:对于看板的规划,只要有新的想法就可以灵活的变动和快速的实现。比如,列的变化、泳道的变化。同样,特别适合刚刚使用看板的入门级团队。 仪式感强:每日站会的仪式感很强,这个是电子看板无法取代的。 劣势 数据无备份
的衔接时间。 首次发布:敏捷开发采用迭代的开发方式,每个循环都会有一个潜在可发布版本用来展示开发成果,这种展示给了客户进行回馈和改进的机会,让客户体会开发成果的做法同时也给予了客户决定开发方向的绝对主权。 需求过程:敏捷开发不做完整的需求分析(因为计划总是赶不上变化的),当需求的
权限设置 效能洞察中不同角色对应不同的操作权限,管理员可以为租户下的成员配置角色。 操作步骤 登录CodeArts首页,单击导航栏“效能洞察”。 如果登录用户第一次进入效能洞察,页面将显示新特性限时免费弹框,单击“同意并试用”即可继续。 单击页面左侧导航“管理配置 > 权限设置”。
创建成功,在“自定义角色”中显示新的角色名称。 对新创建的角色,可以完成以下操作。 表2 管理自定义角色 操作 说明 编辑角色权限 操作方式与修改系统角色的权限相同。 修改角色名称 单击角色名称后的,选择“修改角色名称”。 输入修改后的角色名称,单击“确定”。 修改成功后,页面中显示更新后的角色名称。 删除角色
逐一的暴露问题,解决问题,交付能力自然提升。 需要注意的是,根据《凤凰项目》中提到的TOC约束理论(Theory of Constraints),在瓶颈之外的任何地方做出的改进都是假象,在瓶颈之后做的任何改进都是徒劳的,因为只能干等着瓶颈把工作传送过来,而在瓶颈之前做的任何改进
架构等的协调统一。 分层分级的部署流水线 “高质量的交付”,质量如何界定?功能和非功能的都算上,质量验证的手段也是分层的,验证就是反馈,为了快速获取反馈,这些手段分布在整个流水线的各个阶段。 部署流水线,是保障质量并缩短部署前置时间的有效支撑。同时,部署流水线,是分层分级的。 从