检测到您已登录华为云国际站账号,为了您更好的体验,建议您访问国际站服务网站 https://www.huaweicloud.com/intl/zh-cn
不再显示此消息
步骤三:开发代码 代码托管服务提供基于Git的在线代码管理服务,包括代码克隆/提交、分支管理等功能。 由于门店网络查询功能为高优先级Story,本章节将以此功能为例进行介绍如何进行源代码管理与开发。 本样例项目中采用分支来进行代码的开发。首先由开发人员Chris在代码仓库中创建分
步骤一:管理项目规划 需求管理服务提供简单高效的团队协作服务,包含多项目管理、敏捷迭代、任务管理等功能。 本样例项目采用Scrum模式进行迭代开发,每个迭代周期为两周,前3个迭代已经完成凤凰商城版本的开发,当前正在进行迭代4的规划。 按照项目规划,迭代4要完成的功能为:限时打折管理、团购活动管理。
软件版本管理 软件版本管理,作为持续集成、持续交付的基础,不仅对自动化的研发流程起到支撑作用,同时也对交付团队内部的协同工作起到巨大的促进作用。 下面就让我们看看版本管理都包含哪些内容,以及CodeArts是如何实践它们的。 版本控制系统概述 版本控制系统是保存文件多个版本的一种
用户故事地图 《用户故事地图》这本书的原作者是一位独立顾问,讲师和敏捷教练,他所提出的用户故事地图的方法主要用于解决敏捷需求分析过程中的问题: 只见树木不见林,重要的待办项容易淹没在各种细节中看不到全貌,因而难以排列优先级。 不能明显地聚焦于用户需求。 很难了解不同粒度故事(史诗故事、主题故事以及故事)之间的关系。
持续部署 持续交付与持续部署 每个团队都应该根据自己的需求做出选择。我们不应该关注形式,而应该关注结果:部署应该是无风险、按需进行的一键式操作。 持续交付 持续交付(CD) 是指,所有开发人员都在主干上进行小批量工作,或者在短时间存在的特性分支上工作,并且定期向主干合并,同时始终
解读华为云CodeArts HE2E端到端DevOps实施框架 我们经常讨论什么是敏捷、什么是精益、什么是DevOps。与其去讨论什么是,不如讨论为什么。 精益、敏捷与DevOps为什么会产生?目的是为解决软件研发交付中遇到的各种问题。 软件研发的过程,是价值交付的过程。而价值交
持续集成 持续集成概述 持续集成是一种软件开发实践,即团队开发成员经常集成他们的工作,通常每个成员每天至少集成一次,也就意味着每天可能会发生多次集成。每次集成都通过自动化的构建(包括编译,发布,自动化测试)来验证,从而尽早地发现集成错误。 代码检查:提高交付质量 加快代码质量的反
步骤七:管理项目测试 测试计划服务提供一站式云端测试平台,融入DevOps敏捷测试理念,有助于高效管理测试活动,保障产品高质量交付。 通过本章节,您将了解测试人员Billy如何管理项目的测试周期,包括创建与执行测试用例、跟踪测试进度等。 创建迭代测试计划 在确定迭代4中计划实现的
通过项目经理驾驶舱查看项目状况及项目工作负荷 背景说明 作为项目经理,需要及时掌握项目的整体运作情况,能够及时跟踪项目在所选时间段内需求交付和缺陷修复的进度、资源分配和风险。 而且项目经理经常遇到的问题是项目成员的工作饱和度不能直观的展现,特别是当成员跨项目时,做两个以上项目的任务,更增加了识别难度。
基于Pipeline的DevOps核心实践 本文主要讲述华为从自有研发实践到向外输出的服务——CodeArts流水线Pipeline,以及基于Pipeline的DevOps实践。 本文分为以下四部分,前三部分侧重于理论,第四部分将演示在保障质量的情况下,如何让代码提交快速上线。 DevOps在华为
DevOps的3大核心基础架构 由于近年DevOps概念的火热,加之DevOps的涵盖面非常广,因此有很多文章和技术都在和DevOps强行关联,使很多想要了解学习DevOps的开发者迷惑不解。 其实,DevOps的知识体系如果从顶层上来分解,可大分为2部分:方法论和工具链。 方法
影响地图 影响地图是一个简单却极高效的协作性的策略规划方法。 有的产品,它还活着,却已经死了;有的产品,还没发布,就已经死了。太多的产品失败的案例,源于方向性错误,基于错误的假设,功能与业务目标/价值之间缺乏必然的关联与一致性,在做的事与期望的目标南辕北辙。 影响地图试图通过结构
方案概述 背景信息 CodeArts结合多年研发经验与业界先进的实践提出了一套可操作可落地的敏捷开发方法论:HE2E DevOps实施框架。 图1 HE2E DevOps实施框架 规划和设计 步骤①和②是业务(或者是客户)与技术之间进行产品规划,梳理产品整体脉络,以及进行产品规划实施设计,并控制需求粒度与拆分的过程。
持续交付流水线 以终为始,要想将持续交付、持续部署与持续发布讲清楚,就必须了解它们最终的目的,所有这些实践都是围绕着这一目的展开,并且相互关联的。 所以,持续交付也好,DevOps也罢,最终目标是快速的交付价值。 正如Jez Humble对持续交付的定义:“The ability
如何构建高效的持续交付能力 持续集成、持续交付、持续部署、以及持续发布,到底是什么含义? 在回答之前,请大家先思考一个问题 :什么是交付过程最痛苦的事情? 集成的过程,测试的过程,以及部署与发布,都很痛苦,否则不会有敏捷与DevOps的各种方法与实践来解决这些问题,但是这些过程又都非常重要。
软件DevOps云化发展的趋势 华为公司管理过程的变化 《科技想要什么》一书中,将科技比作生物。生物是在不断进化,伴随着科技生物的进化,科技生物的研发方法也在不断的进化。华为公司在过去三十年,从小型做硬件、做CT通信产品的公司,成为跨ICT公司,研发理念和思想上也在不断变化。经历
交付在云端-全云DevOps实践 过去谈到DevOps的时候,往往不是讨论云化的问题,而是讨论工程方法和企业能力。但是现在,在交付方式逐步从单体软件向云上迁移的过程中,大家开始意识到继续在自己的研发环境做基于本地化的私有化工具链已经落伍。于是提出新的要求,做新的全云化的DevOp
DevOps敏捷测试之道 本文主要以华为云的演变历程为案例,从工具角度为大家简要讲解敏捷转型过程中测试人员及测试团队都会经历哪些转变。 在2008年左右的时候,华为的项目还是采用传统的交付方式,例如在年初开始一个项目,在项目立项之初就会把客户的需求全部收集好,包括一些用户的反馈,