【技术实现步骤摘要】
一种持续集成持续交付的验收系统
本专利技术涉及软件开发
，具体而言，为一种持续集成持续交付的验收系统。
技术介绍
不断变化的用户需求、缩短的开发周期、频繁的部署上线，传统的人工部署和测试已经心有余而力不足。随着软件产品的应用范围越来越广、功能越来越复杂，以现有技术，产品在从需求到部署的过程中，会经历若干种不同的环境，例如QA环境、各种自动化测试运行环境、生产环境等。这些环境的搭建、配置、管理，产品在不同环境中的具体部署，状况非常复杂，需要花费大量的时间运行这些脚本，它们会一遍遍地安装这些重复的工具，而且可能会有新的功能加进来，从安装到各类型测试到交付的时间会继续被拉长。如果等到所有开发都完成才向下个环节交付，导致所有的问题只能在最后才爆发出来，解决成本巨大甚至无法解决。有鉴于此，特提出本专利技术。
技术实现思路
针对现有技术中的缺陷，本专利技术提供一种持续集成持续交付的验收系统，提高测试效率。为了实现上述目的，本专利技术的技术方案为：一种持续集成持续交付的验收系统，包括持续集...
【技术保护点】
1.一种持续集成持续交付的验收系统，其特征在于，包括持续集成部署模块和持续测试模块以及持续交付单元；其中/n持续集成部署模块：用于接收开发机开发代码到SVN，触发Jenkins构建，扫描该代码并将代码打成docker镜像，推送到私服docker-registry，以供Kubernetes-master在k8s-master上执行rc和service的创建，进而创建Pod，从私服拉取镜像，根据不同的tag名称部署不同的环境；/n持续测试模块：用于根据测试策略调用不同的测试类型组件，并行测试，收集测试结果，形成测试报告；并将测试通过的版本推送到私服docker-registry...
【技术特征摘要】
1.一种持续集成持续交付的验收系统，其特征在于，包括持续集成部署模块和持续测试模块以及持续交付单元；其中
持续集成部署模块：用于接收开发机开发代码到SVN，触发Jenkins构建，扫描该代码并将代码打成docker镜像，推送到私服docker-registry，以供Kubernetes-master在k8s-master上执行rc和service的创建，进而创建Pod，从私服拉取镜像，根据不同的tag名称部署不同的环境；
持续测试模块：用于根据测试策略调用不同的测试类型组件，并行测试，收集测试结果，形成测试报告；并将测试通过的版本推送到私服docker-registry，并标记为release版本；
持续交付单元：用于拉取release版本的镜像部署到线上环境。
2.根据权利要求1所述的持续集成持续交付的验收系统，其特征在于，所述持续集成部署模块包括SVN、Jenkins、kubernetes以及Docker-registry仓库。
3.根据权利要求2所述的持续集成持续交付的验收系统，其特征在于，所述持续集成部署模块的工作步骤包括：
S11.通过在SVN上打tag，每个tag根据策略生成一个版本号；
S12.SVN代码仓库对commit操作配置钩子webhook，SVN通过webhook，通知Jenkins更新；
S13.Jenkins更新本地代码，启动代码扫描工具，根据代码规范对代码进行扫描，代码检测通过后进行S14.操作，否则发送邮件代码检测失败并退出；
S14.Jenkins接收到构建任务后，从SVN拉取最新源码，进行编译打包；
S15.根据Dockerfile文件生成镜像，push镜像到镜像仓库；
S16.Jenkins调用Kubernetes集群的Master节点，更新Pod的模板yaml文件，调用kubectl命令进行发布操作；
S17.Jenkins执行远程脚本，Kubernetes集群的Node节点从镜像仓库拉取镜像，启动Pod和应用容器，停止老版本容器；
S18.发送消息通知自动化测试平台...
【专利技术属性】
技术研发人员：王建敏，
申请(专利权)人：曙光信息产业北京有限公司，
类型：发明
国别省市：北京;11
还没有人留言评论。发表了对其他浏览者有用的留言会获得科技券。