持续集成 持续集成概述 持续集成是一种软件开发实践，即团队开发成员经常集成他们的工作，通常每个成员每天至少集成一次，也就意味着每天可能会发生多次集成。每次集成都通过自动化的构建（包括编译，发布，自动化测试）来验证，从而尽早地发现集成错误。 代码检查：提高交付质量 加快代码质量的反

查看更多 →

持续集成及持续部署 在本方案中，需要在通过 code push 事件中触发 Jenkins 进行编译打包，通过邮件审批之后，将应用部署到 Kubernetes 集群中。 安装Jenkins插件 除了前文安装 Jenkins 时默认安装的插件外，还需要安装 GitLab Plugin，Kubernetes

查看更多 →

持续开发与集成 软件版本管理 持续集成

查看更多 →

CICD持续集成与交付 使用说明 AstroZero通过对接软件开发生产线（CodeArts）和代码托管（CodeArts Repo），提供应用代码托管、代码检查、代码编译、验证、部署、发布功能，实现软件持续集成（Continuous Integration，简称CI）和持续交付（Continuous

查看更多 →

取措施走出混乱。敏捷看似拥有很快的速度，但变化可以是循序渐进的，采用敏捷的新团队可以较慢的去实现一些新的实践，例如测试驱动开发等。 From:《敏捷软件测试：测试人员与敏捷团队的实践指南》 团队构成 敏捷项目团队是跨职能的，敏捷团队与传统的跨职能团队的区别就是敏捷是向整体团队运作

查看更多 →

敏捷回顾 如何玩转每日站会 父主题： Scrum项目最佳实践

查看更多 →

求变化的代码编写和团队组织方法，也更注重软件开发过程中人的作用。 敏捷宣言 “敏捷”一词来源于2001年初美国犹他州雪鸟滑雪圣地的一次敏捷方法发起者和实践者（他们发起组成了敏捷联盟）的聚会。雪鸟会议共同起草了《敏捷软件开发宣言》，其中最重要的部分就是对一些与会者一致同意的软件开发价值观的表述。

查看更多 →

DevOps VS 敏捷 当我们面对敏捷和DevOps的时候，总会不可避免的思考下面这些问题： 敏捷是什么？DevOps是什么？两者有什么区别？ 持续集成不是XP里面的么，怎么DevOps也有持续集成？ 我们团队之前在做敏捷转型，现在又开始DevOps转型，这两者有什么区别？ 其

查看更多 →

移动卡片 图5 看板示例 持续集成 敏捷实践：持续集成流水线（CI） 根据现有持续集成流水线水平，然后根据各团队产品特点给出具体的方案。业界有一些良好的工具和CI实践将作为参考。咨询师会根据方案，进一步协助搭建CI流水线，包括培训、技术答疑等方式。 敏捷实践：持续集成质量基线 在项目团队

查看更多 →

OPS04-01 有效落地持续集成 风险等级 高 关键策略 持续集成是一种软件开发实践，开发人员使用它定期将软件更新集成到源代码控制系统中。当工程师向代码仓提交代码时，持续集成过程就开始了。理想情况下，集成过程会根据多个基线和测试来验证代码。然后，它向提交者提供有关这些测试状态的

查看更多 →

DevOps敏捷测试之道 本文主要以华为云的演变历程为案例，从工具角度为大家简要讲解敏捷转型过程中测试人员及测试团队都会经历哪些转变。 在2008年左右的时候，华为的项目还是采用传统的交付方式，例如在年初开始一个项目，在项目立项之初就会把客户的需求全部收集好，包括一些用户的反馈，

查看更多 →

DevOps敏捷测试之道 本文介绍企业在敏捷和DevOps的逐步转型过程中，测试如何应对挑战，如何有的放矢进行测试，建立适合产品自身发展阶段、产品特点的敏捷测试能力。 敏捷和DevOps 敏捷和DevOps转型始终是被业务目标和客户需求驱动的。市场竞争环境越来越激烈，新商业模式的

查看更多 →

敏捷项目管理 组建Scrum团队 本文将以一个示例项目为对象，介绍如何进行敏捷项目管理，示例项目背景如下： 凤凰商城示例项目介绍 【凤凰商城】示例项目是耗时数月所开发的汽车零部件配件电子商城。项目采用 Scrum模式 进行迭代开发，每个迭代周期为“两周”，前3个迭代已经完成“凤凰商城1

查看更多 →

持续交付 概述 查看构建任务 创建源码构建任务 创建软件包构建任务 维护构建任务 流水线管理 仓库授权

查看更多 →

持续交付 ServiceStage怎么管理IDEA上的代码？ 如何添加构建 服务器 地址到GitLab服务器安全组？ 如何添加构建服务器地址到Maven服务器安全组？ 如何解决使用ServiceStage构建失败的问题？ 如何使用 VPC终端节点 在构建镜像时访问依赖的服务？

查看更多 →

至每当开发人员提交代码变更时，就触发一次自动化部署。 持续交付是持续部署的前提，就像持续集成是持续交付的前提条件一样。持续部署则是在持续交付的基础上，把部署到生产环境的过程自动化。 持续部署更适用于交付线上的Web服务，而持续交付适用于几乎任何对质量、交付速度和结果的可预测性有要

查看更多 →

效率。 持续集成（Continuous Integration） 持续集成（CI）是一种软件开发实践，即团队的成员经常集成他们的工作，通常每个成员每天至少集成一次——这导致每天发生多次集成。每次集成都通过自动化的构建（包括测试）来验证，从而尽快的检测出集成错误。 持续集成过程中的角色与职责如下：

查看更多 →

。” 这里面涉及到的有几个概念：持续集成、持续交付、持续部署，以及持续发布。 持续集成 持续集成，要求每当开发人员提交了新代码之后，就对整个应用进行构建，并对其执行全面的自动化测试集合。根据构建和测试结果，我们可以确定新代码和原有代码是否正确的集成在一起。 如果失败，开发团队就要

查看更多 →

应用测试金字塔测试设计方式，在接口层次进行功能自动化测试。 和UI测试相比，接口测试开发成本低、运行时间短、运行稳定性高，可以实现快速准确的测试反馈。 持续集成自动化测试 应用持续集成方法，使用流水线实现构建、部署、测试，快速测试及时发现问题，避免带问题的制品进入下个环节或环境。 监控生产环境及第三方依赖API

查看更多 →

研发特点：软件可独立部署销售，多采用敏捷开发，客户需求变化频繁、快速规划、敏捷发布，交付周期一般为2～3个月甚至更快。面向独立软件类开发场景的IPD需求管理方法，通过结构化流程、强大的跨项目协作能力来对大型软件开发进行高质高效的管理。 需求模型：IPD需求管理是华为集成产品管理开发的核心流程，

查看更多 →

用户故事驱动的敏捷开发 敏捷开发现在已经不是新鲜事物了，从各种渠道都可以听到不同的团队实施敏捷的胜果，听的时候觉得很美，可是实际行动时就会发现那都是“别人家”的团队，结合自己的情况就会发现诸多问题。即使是仍然打算一试，也经常会不知如何开始。 因此，我们希望能够找到一个可以遵循的敏捷项目管理模型。

查看更多 →