[发明专利]持续集成和持续交付方法、装置、电子设备及存储介质在审
| 申请号: | 202011408167.3 | 申请日: | 2020-12-03 |
| 公开(公告)号: | CN112506525A | 公开(公告)日: | 2021-03-16 |
| 发明(设计)人: | 马德浩;郭锦如;卢焱 | 申请(专利权)人: | 中国人寿保险股份有限公司 |
| 主分类号: | G06F8/60 | 分类号: | G06F8/60;G06F11/36 |
| 代理公司: | 北京风雅颂专利代理有限公司 11403 | 代理人: | 王刚 |
| 地址: | 100033 *** | 国省代码: | 北京;11 |
| 权利要求书: | 查看更多 | 说明书: | 查看更多 |
| 摘要: | |||
| 搜索关键词: | 持续 集成 交付 方法 装置 电子设备 存储 介质 | ||
本申请中一个或多个实施例提供一种持续集成和持续交付方法、装置、电子设备及存储介质,包括:获取开发代码;将开发代码推送至测试环境中以得到测试代码;合并开发代码和测试代码以确定待发布代码;发布根据待发布代码构建的发布包。本申请提供的方法,能够动态生产和销毁开发测试环境,避免了跨部门的协作,提升了持续集成和持续交付的效率。测试代码、待发布代码以及发布包无需人工创建,能够自动配置,提升了创建部署的效率,保证发布包在持续交付中的质量,避免了因人工创建任务或代码时容易造成错误的问题。
技术领域
本申请中一个或多个实施例涉及计算机软件开发技术领域,尤其涉及一种持续集成和持续交付方法、装置、电子设备及存储介质。
背景技术
现有技术中,软件研发前需要向数据中心申请开发测试环境,在获取环境后,需要对环境进行初始化,在研发测试过程中,手工创建构建和部署的Jenkins的任务,软件研发结束后,手工将程序、脚本、文档等制作成版本发布包,交付至数据中心的部署团队。但是开发测试环境需要跨部门申请,效率低,且需要手工进行创建和初始化,软件开发容易出现错误。
发明内容
有鉴于此,本申请中一个或多个实施例的目的在于提出一种持续集成和持续交付方法、装置、电子设备及存储介质,以解决现有技术存在的上述至少一个问题。
基于上述目的,本申请中一个或多个实施例提供了一种持续集成和持续交付方法,包括:
获取开发代码;
将所述开发代码推送至测试环境中以得到测试代码;
合并所述开发代码和所述测试代码以确定待发布代码;
发布根据所述待发布代码构建的发布包。
可选的,所述测试环境,包括:构建应用和测试应用;所述构建应用,用于自动产生构建任务;所述测试应用,用于测试所述测试代码。
可选的,所述将所述开发代码推送至测试环境中以得到测试代码,之前还包括:
根据所述开发代码构建开发应用程序;
判断所述开发应用程序是否能够正常运行;
若否,则根据所述开发应用程序获取构建日志,根据所述构建日志更新所述开发代码。
可选的,所述将所述开发代码推送至测试环境中以得到测试代码,之后还包括:
根据所述构建任务和所述测试代码构建待测试应用;
利用所述测试应用测试所述待测试应用。
可选的,所述发布根据所述待发布代码构建的发布包,之前还包括:
判断所述待测试应用是否被部署在容器云;
若是,则根据所述待测试应用构建容器镜像,并将所述容器镜像推送至预先构建的镜像仓库。
可选的,所述发布根据所述待发布代码构建的发布包,之后还包括:
销毁所述测试环境和所述构建任务。
可选的,所述合并所述开发代码和所述测试代码以确定待发布代码,具体包括:
自动比较所述开发代码和所述测试代码是否存在差异;
若否,则合并所述开发代码和所述测试代码以确定所述待发布代码。
基于同一发明构思,本申请中一个或多个实施例还提出了一种持续集成和持续交付装置,包括:
获取模块,被配置为获取开发代码;
推送模块,被配置为将所述开发代码推送至测试环境中以得到测试代码;
该专利技术资料仅供研究查看技术是否侵权等信息,商用须获得专利权人授权。该专利全部权利属于中国人寿保险股份有限公司,未经中国人寿保险股份有限公司许可,擅自商用是侵权行为。如果您想购买此专利、获得商业授权和技术合作,请联系【客服】
本文链接:http://www.vipzhuanli.com/pat/books/202011408167.3/2.html,转载请声明来源钻瓜专利网。





