检测到您已登录华为云国际站账号,为了您更好的体验,建议您访问国际站服务网站 https://www.huaweicloud.com/intl/zh-cn
不再显示此消息
CodeArts前端DevOps实践 本文主要以CodeArts产品自身为背景,简要介绍一些在前端性能优化方面的优秀实践方法和常见问题。 在开始本文的内容之前,先简单介绍一下华为云CodeArts。CodeArts是华为云一站式云端DevOps平台。简单来说,就是在云端提供了从需
批量导入IAM用户操作需要拥有Tenant Administrator角色权限。 进入CodeArts首页。 登录CodeArts控制台,单击,选择区域。 单击“立即使用”。 在导航栏中单击用户名,选择“租户设置”。 进入“通用设置 > 子账号管理”页面,单击“批量导入子账号”。 在弹框中单击“下载模板”,将模板下载到本地。
租户每个月累计代码检查任务执行时长。 1800分钟/月 不限 不限 不限 基础语言支持 ArkTs、Java、C/C++、Python、JavaScript、TypeScript。 √ √ √ √ 进阶语言支持 除基础语言外,支持多种常用开发语言,如C#、CSS、Go、HTML、PHP等。 × √ √
} ] } 示例3:拒绝用户变更CodeArts套餐规格 拒绝策略需要同时配合其他策略使用,否则没有实际作用。用户被授予的策略中,一个授权项的作用如果同时存在Allow和Deny,则遵循Deny优先原则。 如果您给用户授予DevCloud
CCE部署失败,报错“Invalid value: map[string]sting{\"io.kompose.serivce\":\"db\"” 问题现象 应用phoenix-cd-cce部署失败,报错信息如下: 图1 报错信息示例 原因分析 在修改yaml文件时,文件中代码的缩进格式不正确,导致部署失败。
加速整个流水线的速度。 为了用户的使用成本变得越来越低,尽量将配置简化和维护,提供配置模块以及可集成云化的服务去减少开发工作量。 CodeArts是基于Jenkins的流水线来实现master的调度机制。 CodeArts定义了一种CDDL语言(Continuous Deliver
一般来说代码上云,就使很多企业避而远之,因为他们要的是代码的安全性。上图中右边每个层级列了两行,描述做这件事情主要的目的是什么、主要涉及到的工具是什么。代码上云主要的目的就是解放思想,把代码放到云端代码托管服务上来,把资产,例如软件开发的文档、积累的知识放到这里。 第二是管理上
华为云CodeArts百人大规模精益DevOps转型 华为大多数产品线都实施了精益开发,并打造了内部精益开发平台,以及对外的商业化DevOps平台产品。本文主要讲述华为如何做大规模DevOps转型。 回顾华为研发历程。软件工程有三代:第一代是软件作坊时代,没有规范的流程;第二代是过程控制时代;第三
估工作量。 这就暴露了Scrum的一个最主要的问题,Backlog解决的是在Story确认以后如何进行开发过程规划的问题,而对Story该如何产生、如何设计的问题,并没有给出很好的解决办法。我们往往把Story当成需求来看,而实际上敏捷使用Story来描述需求的目的是为了协助团队
有效的反馈和监控信息为止。 部署前置时间将整个价值流交付过程分成了两段,前一段的活动,主要是产品、设计和开发,具有高度的不确定性和变化性,需要创造性的工作,且很多工作无法复制。后一段的活动,主要在集成、测试和部署运维,相比起来,相对技术更可控。 所以部署前置时间的核心,是把可控的
分支策略 不论是主干开发模式,还是Git Flow、Github Flow、Gitlab Flow,事实上背后都是研发与交付的模式体现。选择哪种分支策略,与团队的能力成熟度,与自身的业务模式,与客户的管控要求,都息息相关。 下图中,左边是2006年写成的持续集成的原则,直到今天,这
unable to watch for file changes in this large workspace” 依赖项视图长时间显示“等待语言服务初始化完成”
什么是故事点? 在Scrum中使用用户故事(情景)作为描述一个产品特性的方式,同时使用“故事点”作为这个产品特性大小的定量估算单位,故事点的大小标识了一个产品特性的开发难度和所需要的投入(小时/人天等)。但我们一般不使用直接的小时或人天等时间单位来表示这个值,而是使用斐波纳奇数列中的数值来
DevOps敏捷测试之道 本文主要以华为云的演变历程为案例,从工具角度为大家简要讲解敏捷转型过程中测试人员及测试团队都会经历哪些转变。 在2008年左右的时候,华为的项目还是采用传统的交付方式,例如在年初开始一个项目,在项目立项之初就会把客户的需求全部收集好,包括一些用户的反馈,
改某个文件后,仍旧可以访问该文件之前的任意一个修订版本。这也是共同合作交付软件时所使用的一种机制。 本文主要以Git为例,结合当前行业主流的几种分支策略,为开发者讲解版本控制系统的主要使用场景和使用方法。对于Git的操作方法,以及版本控制系统中分支、合并等概念的定义,在这里不做赘述。
提供代码风格、通用质量与网络安全风险等丰富的检查能力,提供全面质量报告、便捷的问题闭环处理能力。 编译构建 基于云端大规模分布式加速,提供高速、低成本、配置简单的混合语言构建能力。 制品仓库 用于管理源代码编译后的构建产物,支持Maven、Npm、PyPI、Docker、NuGet等常见制品包类型。可以与本
报表管理 驾驶舱主要以不同角色视角呈现不同维度报表,辅助跟踪项目的进度及把握项目质量。 驾驶舱分为管理者驾驶舱、项目经理驾驶舱、团队Leader驾驶舱、开发者驾驶舱。每种驾驶舱提供多种内置报表,也支持自定义报表以满足企业不同场景的度量需求。 本节以管理者驾驶舱为例介绍查看系统报表、管理自定义报表操作方式。
实验项目推进、综合实训缺少统一规范化的流程与平台。 推荐搭配 需求管理、代码托管、代码检查、编译构建、测试计划、部署。 实现结果 在实践中学习软件开发,用实践项目培养人才。
大的价值。金字塔展示了3个不同的自动化测试层次。 最低的一层是基础,主要由单元测试、组建测试等面向技术的测试所构成,这一层也代表了大多数的自动化测试。在这一层中,测试用例的单元隔离性最好,定位分析问题最容易,使用的代价也最低。 金字塔的中间一层包含了大多数用来支持团队的自动化业务
需求、规格说明书等工具,试图使用规范的文档来解决需求收集和传递的问题。在这个过程中,我们将用户的需求转换成技术可以理解并可实施的规格。对于已经习惯了这种方式的人来说,要转换成使用用户故事的方式需要比较大的思维方式转变,大家往往遇到的疑问也是,难道使用用户故事就不需要规格了吗?其实