-
交付在云端-全云DevOps实践 - 软件开发生产线 CodeArts
有一个基本的引导方式。下图是整个开发的基本过程,列出了正向的交付链,针对每个过程中需要做的事情罗列出它所属的工程领域,例如开发工具或者交付工具、运维、反馈的工具领域,然后规划,以何种方式使用工具。正确的使用可以加快组织流程,用得不对,或者工具存在问题,可能会成为一个阻塞点。下图中
-
朴素的DevOps价值观 - 软件开发生产线 CodeArts
我们常见的持续交付工具有太多是5年前、10年前甚至更早就推出的工具。如果工具是实施DevOps的关键,那么十年前就有这些工具,理论上当时我们就应该成功实施了DevOps,实际上我们又做的如何呢? 工具是重要的,没有工具是万万不能的。但工具不是万能的,比工具更重要的是使用工具的方法和
-
应用场景 - 软件开发生产线 CodeArts
应用场景 互联网开发运营 研发挑战 在面对市场高速变化、产品盈利窗口窄时,经常由于研发工具难以满足项目实际需求,导致难以及时交付高质量的产品给客户;此外,企业的研发能力也难以度量,无法依据数据化判断新项目是否可如期上线。 推荐搭配 需求管理、代码托管、代码检查、编译构建、部署、测试计划。
-
DevOps的3大核心基础架构 - 软件开发生产线 CodeArts
方法论这部分,因为DevOps的很多理念脱胎于敏捷,所以你所能了解到的各种敏捷理念,实践和方法都可以作为DevOps知识体系的一部分,这部分在本文中不做赘述。 本文主要讨论关于DevOps工具链这部分内容,对DevOps的工具进行一个总结与归纳。 简而言之,实现DevOps工具链,基本需要3个核心基础架构:
-
CodeArts支持哪些语言/环境/以及应用的开发? - 软件开发生产线 CodeArts
CodeArts支持哪些语言/环境/以及应用的开发? CodeArts能够支持端到端使用的开发场景,可支撑互联网应用、Web应用、App应用、嵌入式应用和企业应用等的研发。 CodeArts能够支持Java、C、C++、C#、Python、Go等主流语言、Maven、Ant、CMake等多种构建环境/工具,以及To
-
软件DevOps云化发展的趋势 - 软件开发生产线 CodeArts
计算机,新的生产工具迭代和诞生,出现了新的行业、新行业的发展模式、新的行业思想和理论。 软件行业从最初的CMM、敏捷、DevOps也经历了这个过程,推进这个过程变化的是背后的技术和工具,新的编程语言、新的开发语言、新的工具链支撑了生产力的变革,生产力的变革同时支撑新的生产关系,微服务的团队、全功能的团队的诞生。
-
用户故事驱动的敏捷开发 - 软件开发生产线 CodeArts
敏捷开发重视的是文档产生的过程,希望通过透明化的过程和集体讨论来确保内容的完整性,以及信息在过程中的传递。对于文档本身的格式没有具体的要求,只要确保讨论中的内容都被记录就可以。 敏捷开发中的文档并不是用来传递需求的主体,人才是传递需求的主体。 敏捷开发的文档是一份活的文档,所以我们更希望通过系统来记录
-
基于Pipeline的DevOps核心实践 - 软件开发生产线 CodeArts
研发模式的变更都会带来一部分工具的沉淀,工具本身又会随着模式和技术的变更不断的发展。例如,华为的研发工具部在2003年左右就成立了,最早聚焦在测试自动化工厂方面,包括软件自动化工厂、硬件自动化工厂等等。在CI方面,华为后来引入了持续集成的工具和平台,以及持续交付(CD)的流水线,
-
敏捷测试 - 软件开发生产线 CodeArts
From:《敏捷软件测试:测试人员与敏捷团队的实践指南》 团队构成 敏捷项目团队是跨职能的,敏捷团队与传统的跨职能团队的区别就是敏捷是向整体团队运作的方向努力,但是不可避免的是每个成员都有出于他自己的背景,尤其是团队组建初期。不同背景的成员给团队带来的既有不好的地方也有好处,例如对自身角色的定位不清楚、成员
-
CodeArts前端DevOps实践 - 软件开发生产线 CodeArts
有Web上的容器设置。CodeArts使用的是前端的Angular框架,关于Angular框架本身的演进与优化,再到基于业务实践自己抽取的或者实现的主权库以及公共的部分,我们把它看做是固化的部分。固化的意思是说在组织过一次集中的攻关之后,经验和效果很容易被传承下来。它的改动不涉及
-
我在CodeArts做需求 - 软件开发生产线 CodeArts
维度,多方位的信息需要有工具平台来支撑和记录。同时平台也提供了团队成员之间的协同,CodeArts团队异地的协同场景就是基于CodeArts平台进行的。 小结 故事是讲出来的,不是写出来的。故事的目的是激发沟通中的火花,用户故事之所以叫故事,是因为他要讲而不是要写的,沟通、协作并最终交付好的需求。
-
使用CodeArts快速搭建基于ECS部署的代码开发流水线 - 软件开发生产线 CodeArts
最新一次构建的构建编号,记录该编号。 如果构建失败,请根据失败步骤信息与日志中的报错信息排查。 图1 构建编号 单击导航栏“制品仓库 > 软件发布库”,进入软件发布库。 在与项目名称同名的仓库中,依次进入与构建任务同名的文件夹、与构建编号同名的文件夹,即可找到生成的软件包“demoapp
-
DevOps敏捷测试之道 - 软件开发生产线 CodeArts
最后,简单介绍一下华为云的测试服务。华为云的测试服务最开始是对内部的,有很多的测试工具。做到一定程度,也积累了很多的测试经验之后,对外发布了一些比较好的实践所带来的工具,例如现在已经上线的CodeArts的测试计划和移动应用测试以及解决方案,包括整体测试流程管理、测试的用例和需求双向可追
-
Scrum的22个基础知识点 - 软件开发生产线 CodeArts
Master更多的需要和人打交道,很多实际问题的处理方式是必须在实践中才能体会的,有些还很微妙。 也许您对这些知识点的理解不尽相同,这没有关系,同样的框架和方法由于应用的环境与对象的不同,所使用的方法和理解也不一定一样,这也正是Scrum的特色之一,它帮助你找到最适合你的方式。Scrum并不是你需要严格执行的流程,而是帮助你找到适合自己的流程的框架。
-
什么是DevOps - 软件开发生产线 CodeArts
拓扑)的管理,使用与DevOps团队用于源代码相同的版本。与同一源代码生成相同二进制文件的原则一样,IaC模型在每次应用时都会生成相同的环境。 IaC是DevOps的关键实践,与持续交付结合使用 。 实施IaC的团队可以快速、大规模的提供稳定的环境。团队通过代码表示环境的期望状态
-
如何构建高效的持续交付能力 - 软件开发生产线 CodeArts
是技术赋能业务的最典型场景,也是最有力的支撑。 最终,持续交付归结为一句话,痛苦的事情反复做。 下图所示的持续交付的原则中,红体字描述的,是最与技术无关的一个实践,却也是最重要的核心理念:提前并频繁的做让你感到痛苦的事。。 小结 在开始行动之前,首先应思考需要解决的是什么问题,而不是去问应该采纳何种方式。
-
软件开发生产线控制台自定义策略 - 软件开发生产线 CodeArts
示例2:多个授权项策略 一个自定义策略中可以包含多个授权项,且除了可以包含本服务的授权项外,还可以包含其他服务的授权项,可以包含的其他服务必须跟本服务同属性,即都是项目级服务或都是全局级服务。多个授权语句策略描述如下: { "Version": "1.1",
-
功能特性 - 软件开发生产线 CodeArts
提供教学所需的多场景通用型实训环境,分钟级生成作业查重及代码质量扫描人才信息化,支持学生工程能力认证。 开源镜像站 开源镜像站(Mirrors)是由华为云提供的开源组件、开源操作系统及开源DevOps工具镜像站,致力为用户提供全面、高速、可信的开源组件/OS/工具下载服务。了解更多
-
持续集成 - 软件开发生产线 CodeArts
才能确保在需要的时候可以快速的获取可交付的版本。无论对于开发/测试的配合,还是开发人员自己进行功能验证都非常重要。 持续集成中的代码检查 由于持续的快速开发和交付,团队发现线上代码质量堪忧,且进入到生产环境的问题修复成本太高,团队需要一种可以在迭代内快速发现问题的自动化手段。 随
-
步骤六:部署应用(ECS篇) - 软件开发生产线 CodeArts
输入自定义主机名称。为了方便辨认,可输入在购买ECS时设置的名称。 IP 输入在购买ECS时生成的弹性IP。 用户名 输入“root”。 密码 输入在购买ECS时设置的密码。 ssh端口 输入“22”。 页面显示一条主机记录,当“连通性验证”列的值显示为“成功”,表示主机添加完成。 如果主机添加失败,请根据失败详情排查主机配置。