[发明专利]一种软件开发持续集成方法、装置、设备和介质

说明书

本发明提供一种软件开发持续集成方法、装置、设备和介质，所述方法包括：获取项目短分支源代码，并将所述短分支源代码合并为主分支源代码；构建所述主分支源代码，若构建成功得到发布包，则将所述发布包上传到测试应用服务器；在Window系统测试环境下，对所述发布包进行自动化冒烟测试，若所述发布包测试通过，将项目的状态设置为测试完成；获取测试完成的项目是否通过人工审核，当通过审核时，将项目的发布包自动部署到生产环境。本发明提供的一种软件开发持续、装置、设备和介质，实现了在Window系统环境下，从源代码打包、测试到生产的自动化流程作业，极大地节省了开发测试和生产人员的重复劳动，避免出错，提高了生产效率和质量。

技术领域

本发明涉及计算机技术领域，特别涉及一种软件开发持续集成方法、装置、设备和介质。

背景技术

由于ASP.NET业务流程管理越来越复杂，系统变的更加庞大，涉及用到系统用户认证站点、SDK接口应用站点等多个系统合作，导致每次发布版本都会设计到多个系统发布，在缺少人力以及开发编译机器的基础设施的支撑的情况下，一般会采用持续集成的方法。

现有技术中已有“持续集成”的方案，但是大部分都是基于其他语言或少量ASP.NET简单发布方案，并没有从开发到部署上线自动化方案。在此背景下引入CI框架成了当前的主要任务，配置完成CI系统会依照预先制定的时间表，对项目进行构建。

然而，现有的持续集成方案中，还是存在一些需要人为介入的环节，比如：在现有net发布方式中，开发人员将代码的发布包给运维人员，由其将各个发布包一个个覆盖到生产环境，每次上线仅仅发布就到2-3个小时，采用这种发布方式不仅仅耗时、耗力，更是由于人工操作导致一些丢、落等现象；测试环境也是采用纯人工测试，发布完毕后一轮回归测试大约需要3、4个小时，耗时耗力，严重影响项目开发进度。此外，现有的持续集成方案，都没有针对asp.net项目的详细方案，缺少实际项目运用，没有形成代码提交到上线部署闭合环节。

发明内容

本发明要解决的技术问题，在于提供一种软件开发持续集成方法、装置、系统、设备和介质，实现在项目的分支代码更新后及时进行自动构建和测试，并在审核通过后自动部署到生产环境。

第一方面，本发明提供了一种软件开发持续集成方法，包括如下步骤：

S10、获取项目的短分支源代码，并将所述短分支源代码合并为主分支源代码；

S20、构建所述主分支源代码，若构建成功得到发布包，则将所述发布包上传到测试应用服务器；

S30、在Window系统测试环境下，对所述发布包进行自动化冒烟测试，若所述发布包测试通过，将项目的状态设置为测试完成；

S40、获取测试完成的项目是否通过人工审核，当通过审核时，将项目的发布包自动部署到生产环境。

优选的，所述步骤S20进一步具体为：

利用MSBuild工具构建所述主分支源代码，若构建成功得到发布包，则根据项目发布源码配置文件指定的路径，将所述发布包上传到测试应用服务器；若构建失败，则发送第一通知，结束步骤。

优选的，所述步骤S30进一步具体为：

在Window系统测试环境下，对所述发布包进行Python自动化冒烟测试，若所述发布包测试通过，将所述发布包的状态设置为测试完成；若所述发布包测试未通过，则发送第二通知，结束步骤。

优选的，所述步骤S30还包括：

当所述发布包测试通过时，生成测试报告。

第二方面，本发明提供了一种软件开发持续集成软件开发持续集成装置，包括：源代码模块、构建模块、自动化测试模块以及部署模块；