[发明专利]识别版本冲突的方法、装置、设备、介质和程序产品

说明书

本公开提供了一种识别版本冲突的方法，可应用于金融或其他技术领域。包括：获取应用的所有版本包和所有版本包中的目标文件，所有版本包包括待测试版本包和历史版本包，目标文件包括第一目标文件和/或第二目标文件；提取所有版本包中的目标文件的特征数据；将待测试版本包中的目标文件的特征数据与历史版本包中对应的目标文件的特征数据进行对比，得到对比结果；根据对比结果确定待测试版本包与历史版本包之间是否存在冲突，其中所有版本包中均包括第一目标文件和/或第二目标文件时确定冲突的方式不同。本公开还提供了一种识别版本冲突的装置、设备、介质和程序产品。

技术领域

本公开涉及独立测试环境的并行版本测试领域，可以应用于金融领域或其他技术领域，具体地涉及一种识别版本冲突的方法、装置、设备、介质和程序产品。

背景技术

现有技术中，软件应用的一般流程是先由开发人员进行编码开发、调试，然后编译成应用的版本包发布，再由专门的测试运维人员在独立的测试环境下对版本包进行功能适应性测试。随着银行业务功能的丰富和迭代加快，业务产品的上线频度越来越高。为保证业务需求尽快落地以提高市场占有率，普遍基于项目的不同应用模块采用平台式研发，对不同应用模块的版本单独打包与并行交付，以避免不同应用模块间开发进度以及投产时间点不同导致的时间延长，提升了效率。但与此同时，也存在如下问题：

(1)测试运维人员接收的待测试版本包是打包后的已编译程序，版本包与开发环境以及源代码是隔离的，因此测试运维人员无法识别接收的待测试版本包与历史版本包是否不同；

(2)平台化开发涉及不同的开发团队，因为各应用模块的开发进度不同以及开发团队的管理存在差异，因此版本管理员对一个应用模块的不同版本的修改有了解不充分和/或同步不及时的情况；

(3)测试环境的资源有限，不能为每个版本包单独安排测试环境，如果开发人员反馈不同投产时间点的版本包没有冲突，一个项目的不同应用模块的版本包一般都申请部署在同一环境并行验证。但开发人员因为对项目的不同应用模块的改造了解有限，很多时候反馈并不准确，测试环境的正确性仅能依赖版本管理员对并行版本的同步和继承。如果开发人员的反馈和版本管理员同步出现错误，将导致适应性测试的环境基础完全不对，引入极大的投产风险。

发明内容

鉴于上述问题，本公开提供了识别版本冲突的方法、装置、设备、介质和程序产品。

根据本公开的第一个方面，提供了一种识别版本冲突的方法，包括：

获取应用的所有版本包和所有版本包中的目标文件，所有版本包包括待测试版本包和历史版本包，目标文件包括第一目标文件和/或第二目标文件；

提取所有版本包中的目标文件的特征数据；

将待测试版本包中的目标文件的特征数据与历史版本包中对应的目标文件的特征数据进行对比，得到对比结果；

根据对比结果确定待测试版本包与历史版本包之间是否存在冲突，其中所有版本包中均包括第一目标文件和/或第二目标文件时确定冲突的方式不同。

根据本公开的实施例，目标文件包括第一目标文件和/或第二目标文件，第一目标文件包括编译文件和文本文件，第二目标文件包括数据库脚本。

根据本公开的实施例，当所有版本包中的目标文件均包括第一目标文件时，根据对比结果确定待测试版本包与历史版本包之间是否存在冲突包括：

在确定待测试版本包中第一目标文件的特征数据与历史版本包中第一目标文件的特征数据不一样的情况下，确定待测试版本包与历史版本包之间存在冲突。

根据本公开的实施例，当所有版本包中的目标文件均包括第二目标文件时，根据对比结果确定待测试版本包与历史版本包之间是否存在冲突包括：