检测到您已登录华为云国际站账号，为了您更好的体验，建议您访问国际站服务网站 https://www.huaweicloud.com/intl/zh-cn
不再显示此消息
检测到您已登录华为云国际站账号，为了您更好的体验，建议您访问国际站服务网站 https://www.huaweicloud.com/intl/zh-cn
不再显示此消息
CodeArts IDE Online 基于CodeArts IDE Online快速开发、部署微服务 基于CodeArts IDE Online快速开发、发布WeLink应用 基于CodeArts IDE Online、TensorFlow和Jupyter Notebook开发深度学习模型
这也是为什么一套辟邪剑法的剑招，缺了葵花宝典的心法，就稀疏平常沦为三流一样。 从Practice，到Method，到Principle；也就是是从Doing，到Thinking，到Being的过程。
DevOps的3大核心基础架构 由于近年DevOps概念的火热，加之DevOps的涵盖面非常广，因此有很多文章和技术都在和DevOps强行关联，使很多想要了解学习DevOps的开发者迷惑不解。 其实，DevOps的知识体系如果从顶层上来分解，可大分为2部分：方法论和工具链。 方法论这部分
Scrum实践之团队 随着近些年敏捷在行业及企业的推广，越来越多的企业意识到了敏捷所带来的好处，并愿意在敏捷上有所投入，从而越来越多的朋友加入了敏捷从业者行列，愿意学习敏捷知识。 本文内容推荐有基本敏捷常识及有一定Scrum理论基础的朋友们阅读，并按实际场景进行参考。 定义和特性说明
应用场景 互联网/Saas服务商 研发挑战 市场高速变化且竞争激烈，产品需要根据市场变化不断更新迭代和升级，但缺乏统一的持续交付工具确保产品随时可推向市场，缺乏工具保证客户快速反馈闭环。 推荐搭配 需求管理、代码托管、代码检查、编译构建、测试计划、部署。 实现结果 每日上线新功能，
CodeArts前端DevOps实践 本文主要以CodeArts产品自身为背景，简要介绍一些在前端性能优化方面的优秀实践方法和常见问题。 在开始本文的内容之前，先简单介绍一下华为云CodeArts。CodeArts是华为云一站式云端DevOps平台。简单来说，就是在云端提供了从需求到运维的端到端
DevOps VS 敏捷 当我们面对敏捷和DevOps的时候，总会不可避免的思考下面这些问题： 敏捷是什么？DevOps是什么？两者有什么区别？ 持续集成不是XP里面的么，怎么DevOps也有持续集成？ 我们团队之前在做敏捷转型，现在又开始DevOps转型，这两者有什么区别？ 其实这些问题并没必要太过纠结
软件DevOps云化发展的趋势 华为公司管理过程的变化 《科技想要什么》一书中，将科技比作生物。生物是在不断进化，伴随着科技生物的进化，科技生物的研发方法也在不断的进化。华为公司在过去三十年，从小型做硬件、做CT通信产品的公司，成为跨ICT公司，研发理念和思想上也在不断变化。经历了初步的
我在CodeArts做需求 秉承吃狗粮的文化，CodeArts团队在践行精益敏捷DevOps的同时，也在使用CodeArts工具进行实践落地。 需要说明的是： 本文中提到的实践方式，CodeArts团队在践行，所以具有一定的示范性。 不具备普适性，每个团队都应该根据自己团队的业务特性
华为云CodeArts百人大规模精益DevOps转型 华为大多数产品线都实施了精益开发，并打造了内部精益开发平台，以及对外的商业化DevOps平台产品。本文主要讲述华为如何做大规模DevOps转型。 回顾华为研发历程。软件工程有三代：第一代是软件作坊时代，没有规范的流程；第二代是过程控制时代
如何构建高效的持续交付能力 持续集成、持续交付、持续部署、以及持续发布，到底是什么含义？ 在回答之前，请大家先思考一个问题 ：什么是交付过程最痛苦的事情？ 集成的过程，测试的过程，以及部署与发布，都很痛苦，否则不会有敏捷与DevOps的各种方法与实践来解决这些问题，但是这些过程又都非常重要
影响地图 影响地图是一个简单却极高效的协作性的策略规划方法。 有的产品，它还活着，却已经死了；有的产品，还没发布，就已经死了。太多的产品失败的案例，源于方向性错误，基于错误的假设，功能与业务目标/价值之间缺乏必然的关联与一致性，在做的事与期望的目标南辕北辙。 影响地图试图通过结构化
CodeArts套餐规格特性差异 概述 CodeArts套餐分为：体验版、基础版、专业版、企业版。 套餐中均包含需求管理、代码托管、流水线、代码检查、编译构建、部署、测试计划、制品仓库、软件建模服务资源；不同版本套餐中，各服务提供的功能特性及资源规格略有不同。 需求管理 表1 需求管理规格特性差异
持续交付流水线 以终为始，要想将持续交付、持续部署与持续发布讲清楚，就必须了解它们最终的目的，所有这些实践都是围绕着这一目的展开，并且相互关联的。 所以，持续交付也好，DevOps也罢，最终目标是快速的交付价值。 正如Jez Humble对持续交付的定义：“The ability
交付在云端-全云DevOps实践 过去谈到DevOps的时候，往往不是讨论云化的问题，而是讨论工程方法和企业能力。但是现在，在交付方式逐步从单体软件向云上迁移的过程中，大家开始意识到继续在自己的研发环境做基于本地化的私有化工具链已经落伍。于是提出新的要求，做新的全云化的DevOps
长按/截图保存，微信识别二维码
或者关注公众号“华为云”
