检测到您已登录华为云国际站账号,为了您更好的体验,建议您访问国际站服务网站 https://www.huaweicloud.com/intl/zh-cn
不再显示此消息
步骤六:部署应用(CCE篇) 部署服务提供可视化、自动化部署服务。提供丰富的部署步骤,有助于用户制定标准的部署流程,降低部署成本,提升发布效率。 为了可以更快的、更稳定的持续地交付软件,开发团队需要一部分自助化部署服务的能力,以减轻部分后续维护工作。 本章节介绍开发人员Chris如何将发布件部署至云容器引擎
使用CodeArts快速搭建基于CCE部署的代码开发流水线 本文基于CodeArts内置代码仓库,介绍如何使用CodeArts完成项目的开发、构建与部署,实现持续交付。 本文采用的部署方式为CCE部署,适用于容器化部署场景。 如果您希望使用传统软件包部署方法,请参考使用CodeArts
步骤四:检查代码 代码检查服务提供基于云端实现代码质量管理服务,支持代码静态检查(包括代码质量、代码风格等)和安全检查,并提供缺陷的改进建议和趋势分析。 随着凤凰商城越来越庞大,线上出现的缺陷也越来越多,修复成本太大;且开发人员写代码也比较随性,没有统一标准。因此项目经理建议制定一些基本的标准
购买CodeArts 前提条件 完成本操作需满足以下条件之一。 拥有Tenant Administrator角色权限。 拥有DevCloud Console FullAccess及BSS Administrator权限。 拥有DevCloud Console FullAccess及
软件版本管理 软件版本管理,作为持续集成、持续交付的基础,不仅对自动化的研发流程起到支撑作用,同时也对交付团队内部的协同工作起到巨大的促进作用。 下面就让我们看看版本管理都包含哪些内容,以及CodeArts是如何实践它们的。 版本控制系统概述 版本控制系统是保存文件多个版本的一种机制
驾驶舱 报表管理 管理者驾驶舱 项目经理驾驶舱 团队Leader驾驶舱 开发者驾驶舱 父主题: 效能洞察(CodeArts Board)
步骤八:配置流水线,实现持续交付 流水线服务提供可视化、可定制的自动交付软件生产线,支持代码检查、构建、部署等多种任务类型。 随着项目的进行,各个环节(构建、发布、部署)越来越标准化。但是每个环节都相对独立,是半成品,不能交付业务价值。将每一个环节有效的串联起来形成一套完整的持续交付流水线
权限设置 效能洞察中不同角色对应不同的操作权限,管理员可以为租户下的成员配置角色。 操作步骤 登录CodeArts首页,单击导航栏“效能洞察”。 如果登录用户第一次进入效能洞察,页面将显示新特性限时免费弹框,单击“同意并试用”即可继续。 单击页面左侧导航“管理配置 > 权限设置”。
DevOps的3大核心基础架构 由于近年DevOps概念的火热,加之DevOps的涵盖面非常广,因此有很多文章和技术都在和DevOps强行关联,使很多想要了解学习DevOps的开发者迷惑不解。 其实,DevOps的知识体系如果从顶层上来分解,可大分为2部分:方法论和工具链。 方法论这部分
持续部署 持续交付与持续部署 每个团队都应该根据自己的需求做出选择。我们不应该关注形式,而应该关注结果:部署应该是无风险、按需进行的一键式操作。 持续交付 持续交付(CD) 是指,所有开发人员都在主干上进行小批量工作,或者在短时间存在的特性分支上工作,并且定期向主干合并,同时始终让主干保持可发布状态
持续集成 持续集成概述 持续集成是一种软件开发实践,即团队开发成员经常集成他们的工作,通常每个成员每天至少集成一次,也就意味着每天可能会发生多次集成。每次集成都通过自动化的构建(包括编译,发布,自动化测试)来验证,从而尽早地发现集成错误。 代码检查:提高交付质量 加快代码质量的反馈速度至关重要
新建CodeArts资源池 操作场景 在CodeArts中执行代码检查、编译构建、部署、流水线、接口测试等任务,可以选择使用内置执行机,也可以使用自定义执行机。 资源池用来接入自定义执行机。通过资源池,用户可以接入自己的执行资源,在执行任务时,可以选择接入的资源池中的执行机来执行任务
Scrum实践之团队 随着近些年敏捷在行业及企业的推广,越来越多的企业意识到了敏捷所带来的好处,并愿意在敏捷上有所投入,从而越来越多的朋友加入了敏捷从业者行列,愿意学习敏捷知识。 本文内容推荐有基本敏捷常识及有一定Scrum理论基础的朋友们阅读,并按实际场景进行参考。 定义和特性说明
如何构建高效的持续交付能力 持续集成、持续交付、持续部署、以及持续发布,到底是什么含义? 在回答之前,请大家先思考一个问题 :什么是交付过程最痛苦的事情? 集成的过程,测试的过程,以及部署与发布,都很痛苦,否则不会有敏捷与DevOps的各种方法与实践来解决这些问题,但是这些过程又都非常重要
交付在云端-全云DevOps实践 过去谈到DevOps的时候,往往不是讨论云化的问题,而是讨论工程方法和企业能力。但是现在,在交付方式逐步从单体软件向云上迁移的过程中,大家开始意识到继续在自己的研发环境做基于本地化的私有化工具链已经落伍。于是提出新的要求,做新的全云化的DevOps
DevOps面面观 本文将从以下几个问题入手,阐述DevOps方方面面的理解,希望通过本文的解读,能对DevOps有更全面更深的认识,并能将DevOps的理论与实践在日常工作中落实。 什么是DevOps? DevOps不只是开发与运维的问题 从大处着眼 从小处下手 通过加大部署/发布频度来撬动整个交付过程
什么是敏捷 敏捷软件开发(Agile software development),又称敏捷开发,是一种从1990年代开始逐渐引起广泛关注的一些新型软件开发方法,是一种应对快速变化的需求的一种软件开发能力。它们的具体名称、理念、过程、术语都不尽相同,相对于“非敏捷”,更强调程序员团队与业务专家之间的紧密协作
影响地图 影响地图是一个简单却极高效的协作性的策略规划方法。 有的产品,它还活着,却已经死了;有的产品,还没发布,就已经死了。太多的产品失败的案例,源于方向性错误,基于错误的假设,功能与业务目标/价值之间缺乏必然的关联与一致性,在做的事与期望的目标南辕北辙。 影响地图试图通过结构化
Scrum实践之冲刺 定义和特性说明 定义 Scrum框架是目前在敏捷圈内比较流行的,下图展示了Scrum框架实践的全景图。 在Scrum框架中,工作在建议时间长度的迭代中循环做,这个迭代叫做冲刺。 各个冲刺提交的工作内容必须是对用户和客户来说具有确定价值的交付物。通常来说,在每一个冲刺中