检测到您已登录华为云国际站账号,为了您更好的体验,建议您访问国际站服务网站 https://www.huaweicloud.com/intl/zh-cn
不再显示此消息
${dockerOrg} 镜像名字 java 镜像标签 openjdk-8-jdk-alpine Dockerfile路径 ./Dockerfile-java 生成基础镜像。 单击“保存并执行”,启动编译构建任务。 当页面中显示时,表示任务执行成功。 如果构建时仍出现同样的报错信息,请参考相关操作设置镜像加速器。
图解软件开发生产线(CodeArts)
预置4个任务,任务详情介绍请参见步骤四:检查代码。 编译构建 预置5个任务,任务详情介绍请参见步骤五:构建应用。 制品仓库 用于存储通过构建任务生成的软件包。 部署 预置3个应用,应用详情介绍请参见步骤六:部署应用(CCE篇)。 测试计划 功能测试用例库,预置十余个测试用例。 流水线
基础设施(网络、虚拟机、负载平衡器和连接拓扑)的管理,使用与DevOps团队用于源代码相同的版本。与同一源代码生成相同二进制文件的原则一样,IaC模型在每次应用时都会生成相同的环境。 IaC是DevOps的关键实践,与持续交付结合使用 。 实施IaC的团队可以快速、大规模的提供稳
工具做成自动化的测试过程。但是测试自动化不仅仅是只是执行部分,还包括了从环境的获取到生成测试数据、执行自动化测试、最终生成结果并提供反馈。如果测试结果有问题,系统会自动推给相关的人。最终自动生成测试报告,测试人员可以直接拿到测试结果。这整个闭环的过程才是测试自动化的最终组成。 接
DevOps是正向价值链,运营反馈是反向价值链,通过不断的度量,实现各方面的提升。在此我们主要关注的是持续交付的交付链。将一个需求变成线上的特性,测试人员在线上测试通过,即完成了正向交付价值。但是实际交付的效果可能并不好,就会造成用户流失,这是非常严重的状况。在正向交付负向反馈的同时,我们要不断
将失效。 测试设计 表3 测试设计增值特性 计费方式 包年/包月 适用场景 测试设计能力包含启发式测试策略与设计、用例批量自动生成、支持Xmind导入生成用例、四层测试分解设计能力、优秀测试思维导图脑图模板等关键特性。 计费项 人数 购买限制 购买测试设计增值特性前,须完成Cod
DevOps现状报告解读 DevOps,是Development和Operations的组合词,是指一组过程、方法与系统的统称,用于促进开发、技术运营和质量保障部门之间的沟通、协作与整合。DevOps是一种重视“软件开发人员(Dev)”和“IT运维技术人员(Ops)”之间沟通合作
可以做到小时级、分钟级发布。这种情况下,我们会通过线上A/B、加大测试,在线做各种自动化测试,包括拨号测试、性能测试、压力测试、安全测试等等。在真正大规模灰度之前,就已经把基于真实环境的质量构建好了,其中在线测试、前置测试的比重都要加大。 第三种模式:静态资源部署 静态资源部署不
添加主机 配置项 配置建议 选择添加方式 选择“通过IP手动添加”。 主机名 建议与在购买ECS时设置的名称保持一致。 IP 输入在购买ECS时生成的弹性IP。 认证方式 选择“密码”。 用户名 输入“root”。 密码 输入在购买ECS时设置的密码。 ssh端口 输入“22”。 页面
单击导航栏“制品仓库 > 软件发布库”,进入软件发布库。 在与项目名称同名的仓库中,依次进入与构建任务同名的文件夹、与构建编号同名的文件夹,即可找到生成的软件包“demoapp.jar”。 图2 查看软件包 部署构建包 通过部署服务,可将软件发布库中的软件包部署到虚拟机,并启动运行。 配置目标主机。
特性说明 开发团队的大部分时间都花在冲刺执行上。 在冲刺执行期间,开发团队完成设计、构建、测试PBI(Product Backlog Item),生成潜在可发布的产品增量。 开发团队的冲刺执行活动包括:每日检视和调整(站例会)、梳理产品列表(PBI)、冲刺规划(迭代计划会)、检视和调整产品与过程。
Scrum实践之冲刺 定义和特性说明 定义 Scrum框架是目前在敏捷圈内比较流行的,下图展示了Scrum框架实践的全景图。 在Scrum框架中,工作在建议时间长度的迭代中循环做,这个迭代叫做冲刺。 各个冲刺提交的工作内容必须是对用户和客户来说具有确定价值的交付物。通常来说,在每
并未做进预置的项目模板中。 一个用户故事工作项,事实上是一个需求的入口,以条目化或是卡片的形式展现,同时可以进行多方位的关联。 由验收信息生成的测试用例,会关联到工作项的“关联用例”中。 在对话和沟通的过程中会产生的有用信息,可以通过Wiki(知识共享)、Docman(文档协同)
流程,到了什么环节所有人都看得非常清楚。产品经理每天就可以盯着看板上的需求流到了什么环节,如果到了转测就到转测环境里验收,如果已经上线了就在线上环境再验收一遍。每个服务都会有自己的看板。做了微服务和全功能团队之后,服务之间偶尔会有依赖,会需要另一个服务提供接口,如果完全没有依赖就
按照框架的要求,定义一些对产品要求更适合的指标,并且监控数据是实时的,并不是采样。监控的数据会提供给开发人员,每一个前端的开发人员会隔几天观察一下页面服务的现状表现如何,监控生成的结果一目了然,会帮助他们知道问题是由于网络还是由于基础框架、业务写法、效率、接口,通过前端主动化、定制化的监控,可以快速识别,且降低交付成本。
CCE部署失败,报错“Invalid value: map[string]sting{\"io.kompose.serivce\":\"db\"” 问题现象 应用phoenix-cd-cce部署失败,报错信息如下: 图1 报错信息示例 原因分析 在修改yaml文件时,文件中代码的缩进格式不正确,导致部署失败。
步骤二:管理项目配置 管理项目通知 项目经理Maggie希望当任务(工作项)分配给团队成员时,该成员能够收到通知,以便及时处理。 进入“凤凰商城”项目,单击导航“设置 > 工作设置 > 通知设置”。 页面中显示样例项目中的默认配置。 由于默认配置可以满足需求,因此本文档中暂不做配
一指标,就是部署的前置时间。 部署前置时间,开始于工程师在版本控制系统中提交一个变更,截止到变更成功的在生产环境中运行、为客户提供价值,并生成有效的反馈和监控信息为止。 部署前置时间将整个价值流交付过程分成了两段,前一段的活动,主要是产品、设计和开发,具有高度的不确定性和变化性,
的软件版本、紧凑而自我组织型的团队、能够很好地适应需求变化的代码编写和团队组织方法,也更注重软件开发过程中人的作用。 敏捷宣言 “敏捷”一词来源于2001年初美国犹他州雪鸟滑雪圣地的一次敏捷方法发起者和实践者(他们发起组成了敏捷联盟)的聚会。雪鸟会议共同起草了《敏捷软件开发宣言》