重命名apache-tomcat-8.5.16 为 jenkins-tomcat8 mv apache-tomcat-8.5.16 jenkins-tomcat8 修改端口与配置 编辑conf/server.xml修改端口共3处： vi /root/servers/jenkins-tomcat8/conf/server

查看更多 →

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

查看更多 →

Jenkins安装与配置 部署jenkins.war 删除tomcat-tomcat8/webapps/ 里面所有项目文件 rm -rf /root/servers/jenkins-tomcat8/webapps/* 复制jenkins.war到/root/servers/jen

查看更多 →

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

查看更多 →

对接测试 操作前需进行Jenkins对接Gitlab测试，保证Jenkins通过API能够正常访问Gitlab。 生成Gitlab访问令牌 登录Gitlab。 鼠标移动到右上角的账号名上，单击“Edit profile”。 单击“Access Tokens”，输入“Token n

查看更多 →

事实上，我们有双层的金字塔结构，上面是线上环境的测试，包括拨测、捣乱猴子测试，以及各类的性能和安全测试。 刚才说应该测试前移，投入更多的在短周期的活动；同时又说，测试要延展到生产环境，覆盖发布和线上的运行阶段。事实上，测试应该向两端延展，测试活动应该是真正贯穿在整个产品生命周期的。从这点上来讲，测试人员如果还是用原先的方法和手段，是无法处理好问题的。

查看更多 →

DevOps 在CCE中安装部署Jenkins Gitlab对接SWR和CCE执行CI/CD 使用Argo CD实现持续交付 使用Jenkins和Gitlab实现多集群隔离的DevOps流程

查看更多 →

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

查看更多 →

部署Shell命令：“java -jar jenkins.war --httpPort=8088”时，日志将卡在部署中，直到超时。 原因分析 Shell命令部署结束会获取部署结果，如果是持续执行的命令，等待部署结果会超时，此时会报出部署失败，并提示部署超时。 处理方法 对于持续执行的Shell命令可使用后台执行的方式执行，如：

查看更多 →

集成 简介 集成PC端应用到ISDP+系统 集成大屏应用到ISDP+系统 集成移动端应用到ISDP+ Mobile系统 接入端侧设备到ISDP+系统 父主题： 用户指南

查看更多 →

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

查看更多 →

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

查看更多 →

持续规划版本 规划交付件 规划版本补丁（补丁类型的版本） 父主题： 版本管理

查看更多 →

持续开发版本 管理交付件 查看需求详情（仅支持基线类型的版本） 管理缺陷 测试评估 代码安全检视 版本基线化 内建质量 父主题： 版本管理

查看更多 →

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

查看更多 →

sec) ​ 基于TPCH 10 scale的数据，针对上述的查询示例Q1、Q2、Q3。开启与关闭LIMIT OFFSET下推功能的性能对比如下。 图1 性能对比 父主题： LIMIT OFFSET下推

查看更多 →

Gitlab自动触发Jenkins构建 Gitlab触发Jenkins构建有以下两种方式： 通过配置好的Webhook来Push events，触发Jenkins构建任务。 修改构建配置指定分支的文件来Push events，触发Jenkins构建任务。 示例通过方式一来触发Jenkins构建。

查看更多 →

/etc/gitlab/initial_root_password Jenkins安装及配置 拉取Jenkins镜像。 docker pull jenkins/jenkins:lts 运行Jenkins容器。 由于后续需要在Jenkins容器里执行docker build等相关命令，因此该容器需具备docker

查看更多 →

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

查看更多 →

操作前对接测试 操作前需进行Jenkins对接Gitlab测试，保证Jenkins通过API访问Gitlab没有问题。 生成Gitlab访问令牌 登录Gitlab。 鼠标移动到右上角的账号名上，单击“Edit profile”。 图1 进入编辑页面 单击“Access Tokens”，输入“Token

查看更多 →

性能测试 性能测试是一种软件测试形式，通过性能测试工具模拟正常、峰值及异常负载等状态下对系统的各项性能指标进行测试的活动，它关注运行系统在特定负载下的性能，可帮助你评估系统负载在各种方案中的功能，涉及系统在负载下的响应时间、吞吐量、资源利用率和稳定性，以帮助确保系统性能满足基线要

查看更多 →