[发明专利]风险程序文件的识别方法、装置、计算设备以及介质

说明书

本公开提供了一种风险程序文件的识别方法，包括：获取多个待修改程序文件，获取与多个待修改程序文件对应的多个已修改程序文件，多个已修改程序文件包括至少一个增量程序文件，至少一个增量程序文件为对多个待修改程序文件中的至少一个待修改程序文件进行修改而生成的程序文件，将多个待修改程序文件和多个已修改程序文件进行比较，得到至少一个增量程序文件，获取至少一个增量程序文件中每个增量程序文件的历史修改信息，基于历史修改信息，确定至少一个增量程序文件中的风险程序文件。本公开还提供了一种风险程序文件的识别装置、计算设备以及介质。

技术领域

本公开涉及计算机技术领域，特别是涉及一种风险程序文件的识别方法、风险程序文件的识别装置、计算设备以及计算机可读介质。

背景技术

在大型软件工程中，代码量大，程序更新迭代快，因此需要在源代码管理中使用不同程序分支进行源代码管理，同时在代码开发测试过程中会存在多个程序分支并行的情况，例如，相同月份的程序文件属于相同的程序分支。其中，根据生产的需求通常需要针对在不同程序分支中的同一程序文件同时进行修改，尤其是公共程序文件还会由不同的开发人员同时进行维护。为了维护每个程序分支中的程序文件的正确性，需要通过同步机制在不同程序分支中进行代码同步。

在程序文件发布过程中，存在通过非常规方式(如运维人员手工修改、脚本执行、数据变更等方式)修改生产环境中的程序文件等情况，导致开发环境中的程序文件和生产环境中的程序文件存在差异。即，生产环境中的程序文件被修改后，无法及时同步到开发环境中，导致之后将开发环境中的程序文件投入生产环境中时，存在程序文件的版本回退风险(即投入生产环境的程序文件为未修改的版本)。针对程序文件存在版本回退的风险，相关技术的解决方法是通过人工方式确认所有待发布程序文件是否正确。

但是，相关技术的解决方案至少包括如下缺点：打包人员将程序文件随版本发出，无法有效识别存在风险的程序文件，只能人工确认所有待发布的程序文件是否存在风险，效率十分低下。此外，公共程序文件可能涉及多个开发人员，确认过程繁杂且容易出现疏漏。程序文件的版本制作人员不了解程序内容本身正确与否，版本制作人员与开发人员沟通成本高。此外，多版本并行时，潜在风险程序文件可能为非本期改造点，并非测试人员关注重点，由于测试不全面导致引入风险。

发明内容

本公开的一个方面提供了一种风险程序文件的识别方法，包括：获取多个待修改程序文件，获取与所述多个待修改程序文件对应的多个已修改程序文件，所述多个已修改程序文件包括至少一个增量程序文件，所述至少一个增量程序文件为对所述多个待修改程序文件中的至少一个待修改程序文件进行修改而生成的程序文件，将所述多个待修改程序文件和所述多个已修改程序文件进行比较，得到所述至少一个增量程序文件，获取所述至少一个增量程序文件中每个增量程序文件的历史修改信息，基于所述历史修改信息，确定所述至少一个增量程序文件中的风险程序文件。

可选地，上述基于所述历史修改信息，确定所述至少一个增量程序文件中的风险程序文件，包括：基于所述历史修改信息，确定所述至少一增量程序文件中每个增量程序文件的修改类型，其中，所述修改类型包括对同步修改加以表示的同步修改类型，所述同步修改包括通过同步机制将除所述增量程序文件以外的其他程序文件的已修改内容同步到所述增量程序文件中，确定所述至少一增量程序文件中修改类型为同步修改类型的增量程序文件作为所述风险程序文件。

可选地，上述方法还包括：通过同步机制将除所述增量程序文件以外的其他程序文件的修改内容同步到所述增量程序文件中的至少一个增量程序文件。

可选地，上述将所述多个待修改程序文件和所述多个已修改程序文件进行比较，得到所述至少一个增量程序文件，包括：确定所述多个待修改程序文件和所述多个已修改程序文件之间的对应关系，基于所述对应关系，确定与当前待修改程序文件对应的当前已修改程序文件，通过快照机制比较所述当前待修改程序文件和所述当前已修改程序文件，得到比较结果，响应于所述比较结果表征所述当前待修改程序文件和所述当前已修改程序文件不一致，确定所述当前已修改程序文件为所述增量程序文件。