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

查看更多 →

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

查看更多 →

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

查看更多 →

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

查看更多 →

始终处于可部署状态。” “持续部署是指，在持续交付的基础上，由开发人员或运维人员自助式的定期向生产环境部署优质的构建版本，这通常意味着每天每人至少做一次生产环境部署，甚至每当开发人员提交代码变更时，就触发一次自动化部署。” “持续交付是持续部署的前提，就像持续集成是持续交付的前提条件一样。”

查看更多 →

持续部署与发布 持续部署 持续交付与持续部署概念解读 持续交付流水线 基于Pipeline的DevOps核心实践 如何构建高效的持续交付能力 交付在云端-全云DevOps实践

查看更多 →

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

查看更多 →

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

查看更多 →

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

查看更多 →

持续运维 系统正常运行，客户正式使用，完成项目验收，项目移交至持续运维团队。 持续应用使用的支持与答疑； 持续应用迭代升级； 持续运维服务，保障系统正常运行（监控、告警处理、运维巡检等）； 登录明源天际-容器云，可查看相关监控信息，进行告警处理，进行运维巡检等。 图1 持续运维

查看更多 →

结束持续定位 请求参数 无。 返回结果 无。 请求示例 无。 父主题： 位置

查看更多 →

DevOps持续交付 应用场景 当前IT行业发展日益快速，面对海量需求必须具备快速集成的能力。经过快速持续集成，才能保证不间断的补全用户体验，提升服务质量，为业务创新提供源源不断的动力。大量交付实践表明，不仅传统企业，甚至互联网企业都可能在持续集成方面存在研发效率低、工具落后、发

查看更多 →

持续改进模块 模块介绍 图1 持续改进模块菜单 文档中心：按目录分级展示数据，展示其他模块归档数据报告。 图2 文档中心 报表中心：可自由编辑模板，可视化质量数据进行管理决策，检验数据报表生成与预览。 图3 报表中心 问题中心：供应商、内部和客户抱怨的记录和处理，完善8D报告，自

查看更多 →

开启持续定位 开始持续定位后，如果中间需要触发单点定位，需要先停掉持续定位； 单点定位完成后，需要重新开始持续定位，单点定位和持续定位，只能串行使用。 请求参数 参数 类型 必填 说明 type Number 否 0：默认，获取经纬度； 1：获取经纬度和详细到区县级别的逆地理编码数据

查看更多 →

持续交付概述 持续交付用于提供工程构建、发布等功能。 构建任务简介 基于已有业务代码，可以创建构建工程，然后启动构建任务，将业务代码构建打包，归档到部署源，后续部署应用组件时可以直接使用对应的软件包。 构建任务有如下两种类型： 系统构建任务，您在使用容器部署方式基于界面配置创建并

查看更多 →

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

查看更多 →

OPS04-02 采用持续部署模型 当部署出问题时，通过使用持续部署模型来实现尽早发现问题，减少对最终用户的影响。 金丝雀部署是持续部署的常见模型，通过一小群内部或外部用户首先部署新功能，当新版本没有问题后，陆续部署到更大的组，直到所有用户群体都运行新版本。 另一种常见的部署模型是蓝绿部署，通过

查看更多 →

我们再来看看业务域。 “持续交付跟这三个（持续集成、持续部署、持续发布）都不同，它是一种组织的能力，这种能力让组织可以持续的交付价值，具体是否采用以上三种技术实践并不一定，而且还必须考虑其他非技术因素，比如团队管理模型，需求结构，项目管理方式，人员能力等等。所以这个持续交付和以上3个不是

查看更多 →

持续规划与设计 什么是敏捷 影响地图 用户故事地图 用户故事驱动的敏捷开发 我在CodeArts做需求 Scrum的22个基础知识点 Scrum实践之团队 Scrum实践之冲刺 敏捷项目管理 敏捷实践之物理看板与电子看板

查看更多 →

持续测试与反馈 敏捷测试 DevOps敏捷测试之道

查看更多 →

保障产品高质量上市。 制品仓库：用于管理源代码编译后的构建产物，支持Maven、Npm等常见制品包类型。可以与本地构建工具和云上的持续集成、持续部署无缝对接，同时支持制品包版本管理、细粒度权限控制、安全扫描等重要功能，实现软件包生命周期管理，提升发布质量和效率。 CodeArts

查看更多 →