CN109766125B - 批次间追平冲突的识别方法及装置 - Google Patents

Abstract

本发明公开了一种批次间追平冲突的识别方法及装置，该方法包括：进行多批次版本构建，记录构建的版本内容；利用下一批次构建的版本内容对上一批次构建的版本内容进行追平；将追平后的上一批次构建的版本内容与下一批次构建的版本内容进行比对，识别出冲突内容。本发明可以避免在产品生产开发过程中出现生产问题。

Description

批次间追平冲突的识别方法及装置

技术领域

本发明涉及计算机技术领域，尤其涉及一种批次间追平冲突的识别方法及装置。

背景技术

在计算机产品生产开发过程中，需要进行多批次投产(“批次”指的是：一个产品开发任务的投产时间点，纳入不同批次的任务分别在不同的时间点投产)，为了使多个批次之间的版本保持同步，一般会将先投产批次的内容同步到后投产批次的内容上，该同步过程称之为“追平”。

现有技术一般使用ClearCase(也称CC)进行批次间的追平，具体地，举例来说，批次P1与P2并行开发，P2投产在后。在时间点T1 P2修改了一个COPYBOOK C→C’(COPYBOOK为主机开发语言COBOL程序中定义变量或程序代码段的一部分，单独抽取出来以便多程序引用)，A引用了一个COPYBOOK C，但A未做修改，构建出B包B1。在时间点T2，P1修改了程序A→A’，但COPYBOOK C未做变动，构建出B包B2。随后，在时间点T3，P2追平P1，P1修改的程序A’在P2没有修改，CC不认为是冲突，COPYBOOK C在P1未修改也不会被追平到P2。所以在P1先投产时，由B2组成SP生产版本，新版程序A’(引用COPYBOOK C)投产，而在P2投产时，由B1组成SP生产版本，旧版程序A(引用COPYBOOK C’)投产，把程序A’的修改覆盖，从而产生冲突，出现生产问题。其中，B包为测试版本，SP包为正式投产版本。

因此，为了避免在计算机产品生产开发过程中出现生产问题，影响产品正常的生产作业，识别出批次间追平过程中的冲突是十分重要的。

发明内容

本发明实施例提供一种批次间追平冲突的识别方法，用以避免在产品生产开发过程中出现生产问题。该方法包括：

进行多批次版本构建，记录构建的版本内容；

利用下一批次构建的版本内容对上一批次构建的版本内容进行追平；

将追平后的上一批次构建的版本内容与下一批次构建的版本内容进行比对，识别出冲突内容。

可选的，每一批次进行多次版本构建，且在进行下一次版本构建时，记录新构建的版本内容，并根据新构建的版本内容对上一次构建的版本内容进行更新。

可选的，该方法还包括：

在对本次的冲突内容识别前，删除上一次识别的冲突内容。

可选的，将追平后的上一批次构建的版本内容与下一批次构建的版本内容进行比对，识别出冲突内容，包括：

将追平后的上一批次构建的版本内容与第二批次构建的版本内容进行一一比对，对满足冲突条件的版本内容进行筛选，识别出冲突内容。

本发明实施例还提供一种批次间追平冲突的识别装置，用以避免在产品生产开发过程中出现生产问题，该装置包括：

版本构建模块，用于进行多批次版本构建，记录构建的版本内容；

追平模块，用于利用下一批次构建的版本内容对上一批次构建的版本内容进行追平；

冲突识别模块，用于将追平后的上一批次构建的版本内容与下一批次构建的版本内容进行比对，识别出冲突内容。

可选的，每一批次进行多次版本构建，且在进行下一次版本构建时，记录新构建的版本内容，并根据新构建的版本内容对上一次构建的版本内容进行更新。

可选的，该装置还包括：

冲突识别优化模块，用于在对本次的冲突内容识别前，删除上一次识别的冲突内容。

可选的，冲突识别模块进一步用于：

将追平后的上一批次构建的版本内容与第二批次构建的版本内容进行一一比对，对满足冲突条件的版本内容进行筛选，识别出冲突内容。

本发明实施例还提供一种计算机设备，包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，所述处理器执行所述计算机程序时实现上述方法。

本发明实施例还提供一种计算机可读存储介质，所述计算机可读存储介质存储有执行上述方法的计算机程序。

本发明实施例提供的批次间追平冲突的识别方法，通过进行多批次版本构建，记录构建的版本内容，并利用下一批次构建的版本内容对上一批次构建的版本内容进行追平，可以实现上一批次构建的版本内容与下一次次构建版本内容的同步。通过将追平后的上一批次构建的版本内容与下一批次构建的版本内容进行比对，识别出冲突内容，避免了在产品生产开发过程中出现生产问题。

附图说明

为了更清楚地说明本发明实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。在附图中：

图1为本发明实施例中批次间追平冲突的识别方法的流程示意图；

图2为本发明实施例中批次间追平冲突的识别装置的结构示意图；

图3为本发明实施例中两批次并行开发的具体示例图。

具体实施方式

为使本发明实施例的目的、技术方案和优点更加清楚明白，下面结合附图对本发明实施例做进一步详细说明。在此，本发明的示意性实施例及其说明用于解释本发明，但并不作为对本发明的限定。

本发明所涉及的名词解释如下：

“批次”指的是：一个产品开发任务的投产时间点，如P1、P2、X1，纳入不同批次的任务分别在不同的时间点投产。

“构建”指的是：通过自动化工具生成B包(测试版本)。流程为开发人员从开发流获取代码到主机开发环境，开发完成后提交到开发流，由版本管理员将修改内容交付到构建流，由自动化构建工具识别出修改内容，在主机构建环境生成版本，包括作业、可执行码等，同时将版本同步到集成流、主机集成环境，用于组装测试。

“追平”指的是：批次间版本的同步，先投产批次的内容会同步到后投产的批次。例如P701、P702同时在开发，P702后投产，在一定的时间点，P702会对P701做一次追平，以获取P701最近修改的内容，保证P702的开发基线的含有P701的修改。

对于“版本”：COBOL为主机开发语言，COBOL程序通过编译、链接，生成可执行码(LOAD MODULE)，作为版本。COPYBOOK为COBOL程序中定义变量或程序代码段的一部分，单独抽取出来以便多程序引用。REXX为主机脚本语言，是时间本工具的主要开发语言。

需要说明的是，本发明实施例中所识别的冲突内容为间接冲突，具体地，如附图3所示，举例来说：

批次1与批次2为两个并行开发的批次，批次1投产在后，批次2投产在前，以下我们通过分析在开发时间点T1、T2、T3，以及投产时间点T4、T5发生的不同事件，来分析间接冲突可能出现的场景。

因编译是以程序为维度，一个程序可以引用多个COPYBOOK，所以以下分析从程序角度出发，分析引用同一个COPYBOOK或引用不同COPYBOOK的修改所带来的变化。

在时间点T1，批次1进行以下3种操作

1.修改COPYBOOK C1→C1’，同时修改程序A→A’，程序A引用COPYBOOK C1。

2.修改COPYBOOK C1→C1’，但未修改程序A，程序A引用COPYBOOK C1。

3.单纯修改程序A→A’，不涉及COPYBOOK变动。

在时间点T2，批次2进行以下5种操作

①.修改COPYBOOK C1→C1’，同时修改程序A→A’，程序A引用COPYBOOK C1。

②.修改COPYBOOK C1→C1’，但未修改程序A，程序A引用COPYBOOK C1。

③.修改COPYBOOK C2→C2’，同时修改程序A→A’，程序A引用COPYBOOK C2。

④.修改COPYBOOK C2→C2’，但未修改程序A，程序A引用COPYBOOK C2。

⑤.单纯修改程序A→A’，不涉及COPYBOOK变动。

在时间点T3，批次1对批次2进行追平，针对以上各批次的3种改动，组合各自的序列号，共15种情况需要分析。

1)1与①：对于同一个COPYBOOK修改，CC可以识别出冲突，开发人员会对COPYBOOK进行追平，所有引用的程序都会重新编译，无问题。

2)1与②：同样是对于同一个COPYBOOK修改，CC可以识别，无问题。

3)1与③：对于同一个程序A的修改，CC可以识别，无问题。

4)1与④：修改的COPYBOOK不同，CC不认为是冲突，而且批次2未修改程序A，对于程序CC也不认为是冲突。但是在时间点T1，程序A’引用C1’+C2编译出版本，在时间点T2，程序A引用C2’+C1编译出版本，在时间点T3追平时，识别不出冲突，在时间点T4，程序A引用C2’+C1投产，在时间点T5，程序A’引用C1’+C2投产，所以程序A’最终投产时，并没有引用到最新的COPYBOOK C2’，导致生产版本混乱，为间接冲突的第一种场景。

5)1与⑤：对于同一个程序A的修改，CC可以识别，无问题。

6)2与①：对于同一个COPYBOOK修改，CC可以识别，无问题。

7)2与②：对于同一个COPYBOOK修改，CC可以识别，无问题。

8)2与③：对于同一个程序A的修改，CC可以识别，无问题。

9)2与④：修改的COPYBOOK不同，CC不认为是冲突，而且两个批次均未修改程序A，对于程序CC也不认为是冲突。但是在时间点T1，程序A引用C1’+C2编译出版本，在时间点T2，程序A引用C2’+C1编译出版本，在时间点T3追平时，识别不出冲突，在时间点T4，程序A引用C2’+C1投产，在时间点T5，程序A引用C1’+C2投产，所以程序A最终投产时，并没有引用到最新的COPYBOOK C2’，导致生产版本混乱，为间接冲突的第二种场景。

10)2与⑤：批次2没有对COPYBOOK修改，且批次1没有对程序A修改，所以CC识别不出冲突。但是在时间点T1，程序A引用C1’编译出版本，在时间点T2，程序A’引用C1编译出版本，在时间点T3追平时，识别不出冲突，在时间点T4，程序A’引用C1投产，在时间点T5，程序A引用C1’投产，程序A的修改A’被覆盖，导致修改丢失，出现生产问题，为间接冲突的第三种场景。

11)3与①：对于同一个程序A的修改，CC可以识别，无问题。

12)3与②：批次1没有对COPYBOOK修改，且批次2没有对程序A修改，所以CC识别不出冲突。但是在时间点T1，程序A’引用C1编译出版本，在时间点T2，程序A引用C1’编译出版本，在时间点T3追平时，识别不出冲突，在时间点T4，程序A引用C1’投产，在时间点T5，程序A’引用C1投产，并没有引用到最新的COPYBOOK C1’，导致生产版本混乱，为间接冲突的第四种场景。

13)3与③：对于同一个程序A的修改，CC可以识别，无问题。

14)3与④：在此场景下，批次二对C2的修改与对C1的修改相同，也是间接冲突的第四种场景。

15)3与⑤：对于同一个程序A的修改，CC可以识别，无问题。

综上，针对上述15种可能的情况，共识别出四种冲突场景，如下：

第一种：批次1修改COPYBOOK C1→C1’，同时修改程序A→A’，程序A引用COPYBOOKC1；

批次2修改COPYBOOK C2→C2’，但未修改程序A，程序A引用COPYBOOK C2。

第二种：批次1修改COPYBOOK C1→C1’，但未修改程序A，程序A引用COPYBOOK C1；

批次2修改COPYBOOK C2→C2’，但未修改程序A，程序A引用COPYBOOK C2。

第三种：批次1修改COPYBOOK C1→C1’，但未修改程序A，程序A引用COPYBOOK C1；

批次2单纯修改程序A→A’，不涉及COPYBOOK变动。

第四种：批次1单纯修改程序A→A’，不涉及COPYBOOK变动；

批次2修改COPYBOOK C1→C1’，但未修改程序A，程序A引用COPYBOOK C1。

本发明实施例提供了一种批次间追平冲突的识别方法，如附图1所示，该方法包括：

步骤101、进行多批次版本构建，记录构建的版本内容；

步骤102、利用下一批次构建的版本内容对上一批次构建的版本内容进行追平；

步骤103、将追平后的上一批次构建的版本内容与下一批次构建的版本内容进行比对，识别出冲突内容。

本发明实施例提供的批次间追平冲突的识别方法，通过进行多批次版本构建，记录构建的版本内容，并利用下一批次构建的版本内容对上一批次构建的版本内容进行追平，可以实现上一批次构建的版本内容与下一次次构建版本内容的同步。通过将追平后的上一批次构建的版本内容与下一批次构建的版本内容进行比对，识别出冲突内容，避免了在产品生产开发过程中出现生产问题。

为了保证每次进行完版本构建，版本内容都包含之前所有修改的文件，即使版本内容处于最新状态，可以使每一批次进行多次版本构建，且在进行下一次版本构建时，记录新构建的版本内容，并根据新构建的版本内容对上一次构建的版本内容进行更新。

为了实时更新程序、COPYBOOK的关系，在追平时用于冲突比对，该方法还包括：

在对本次的冲突内容识别前，删除上一次识别的冲突内容。

在本发明实施例中，为了更好地筛选出冲突内容，将追平后的上一批次构建的版本内容与下一批次构建的版本内容进行比对，识别出冲突内容，包括：

将追平后的上一批次构建的版本内容与第二批次构建的版本内容进行一一比对，对满足冲突条件的版本内容进行筛选，识别出冲突内容。

基于同一发明构思，本发明实施例中还提供了一种批次间追平冲突的识别装置，如下面的实施例所述。由于批次间追平冲突的识别装置解决问题的原理与批次间追平冲突的识别方法相似，因此，批次间追平冲突的识别装置的实施可以参见批次间追平冲突的识别方法的实施，重复之处不再赘述。以下所使用的，术语“单元”或者“模块”可以实现预定功能的软件和/或硬件的组合。尽管以下实施例所描述的装置较佳地以软件来实现，但是硬件，或者软件和硬件的组合的实现也是可能并被构想的。

本发明实施例还提供了一种批次间追平冲突的识别装置，如附图2所示，该装置包括：

版本构建模块201，用于进行多批次版本构建，记录构建的版本内容；

追平模块202，用于利用下一批次构建的版本内容对上一批次构建的版本内容进行追平；

冲突识别模块203，用于将追平后的上一批次构建的版本内容与下一批次构建的版本内容进行比对，识别出冲突内容。

进一步地，每一批次进行多次版本构建，且在进行下一次版本构建时，记录新构建的版本内容，并根据新构建的版本内容对上一次构建的版本内容进行更新。

在本发明实施例中，如附图2所示，该装置还包括：

冲突识别优化模块204，用于在对本次的冲突内容识别前，删除上一次识别的冲突内容。

在本发明实施例中，冲突识别模块203进一步用于：

将追平后的上一批次构建的版本内容与第二批次构建的版本内容进行一一比对，对满足冲突条件的版本内容进行筛选，识别出冲突内容。

本发明实施例还提供了一种计算机设备，包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，所述处理器执行所述计算机程序时实现上述方法。

本发明实施例还提供了一种计算机可读存储介质，所述计算机可读存储介质存储有执行上述方法的计算机程序。

本发明实施例中，通过进行多批次版本构建，记录构建的版本内容，并利用下一批次构建的版本内容对上一批次构建的版本内容进行追平，可以实现上一批次构建的版本内容与下一次次构建版本内容的同步。通过将追平后的上一批次构建的版本内容与下一批次构建的版本内容进行比对，识别出冲突内容，避免了在产品生产开发过程中出现生产问题。

此外，为了便于理解，现结合程序开发语言对本发明进行说明：

本发明依靠主机脚本语言REXX实现，并配合IBM集成工具BUILD FORGE、BCL脚本、小机PERL脚本，实现全流程的自动化。首先构建/追平人员，通过BUILD FORGE发出命令，在构建/追平任务的STEP中，写入PERL脚本命令，STEP启动时调用小机里的PERL脚本，PERL脚本会组建参数调用BCL脚本，BCL携带相应的参数在主机上运行，调用本发明的核心REXX脚本。REXX通过与数据集、ISPF、SDSF等多个组件交互，实现对版本的记录、比对等。在第一次构建版本时，REXX记录本次构建版本的修改内容，包括修改的COPYBOOK、程序以及他们之间的调用关系，在后续的版本构建时，首先根据新构建的版本内容，对于已存在的COPYBOOK、程序及其关系，进行更新。然后记录新增的调用关系，从而记录一个批次完整的修改内容。在版本追平时，RE XX根据追平的内容，以及记录的批次修改内容，进行逐一比对，根据冲突规则，识别出间接冲突，进行后续处理。

本领域内的技术人员应明白，本发明的实施例可提供为方法、系统、或计算机程序产品。因此，本发明可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且，本发明可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、CD-ROM、光学存储器等)上实施的计算机程序产品的形式。

本发明是参照根据本发明实施例的方法、设备(系统)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器，使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。

这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中，使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品，该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。

这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上，使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理，从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。

以上所述的具体实施例，对本发明的目的、技术方案和有益效果进行了进一步详细说明，所应理解的是，以上所述仅为本发明的具体实施例而已，并不用于限定本发明的保护范围，凡在本发明的精神和原则之内，所做的任何修改、等同替换、改进等，均应包含在本发明的保护范围之内。

Claims (10)

1.一种批次间追平冲突的识别方法，其特征在于，包括：

进行多批次版本构建，记录构建的版本内容；

利用下一批次构建的版本内容对上一批次构建的版本内容进行追平；

将追平后的上一批次构建的版本内容与下一批次构建的版本内容进行比对，识别出冲突内容；所述冲突内容为间接冲突；

所述方法依靠主机脚本语言REXX实现，并配合IBM集成工具BUILD FORGE、BCL脚本、小机PERL脚本；

所述间接冲突是COPYBOOK改变引起的；

冲突内容对应的冲突场景包括：

第一种：批次1修改COPYBOOK，同时修改程序；批次2修改COPYBOOK，但未修改程序；

第二种：批次1修改COPYBOOK，但未修改程序；批次2修改COPYBOOK，但未修改程序；

第三种：批次1修改COPYBOOK，但未修改程序；批次2单纯修改程序，不涉及COPYBOOK变动；

第四种：批次1单纯修改程序，不涉及COPYBOOK变动；批次2修改COPYBOOK，但未修改程序；

其中，在第一次构建版本时，REXX记录本次构建版本的修改内容，包括修改的COPYBOOK、程序以及他们之间的调用关系；在后续的版本构建时，根据新构建的版本内容，对于已存在的COPYBOOK、程序及其关系，进行更新，然后记录新增的调用关系；在版本追平时，REXX根据追平的内容，以及记录的批次修改内容，进行逐一比对，根据冲突规则，识别出间接冲突。

2.如权利要求1所述的批次间追平冲突的识别方法，其特征在于，每一批次进行多次版本构建，且在进行下一次版本构建时，记录新构建的版本内容，并根据新构建的版本内容对上一次构建的版本内容进行更新。

3.如权利要求1所述的批次间追平冲突的识别方法，其特征在于，还包括：

在对本次的冲突内容识别前，删除上一次识别的冲突内容。

4.如权利要求1所述的批次间追平冲突的识别方法，其特征在于，将追平后的上一批次构建的版本内容与下一批次构建的版本内容进行比对，识别出冲突内容，包括：

将追平后的上一批次构建的版本内容与第二批次构建的版本内容进行一一比对，对满足冲突条件的版本内容进行筛选，识别出冲突内容。

5.一种批次间追平冲突的识别装置，其特征在于，包括：

版本构建模块，用于进行多批次版本构建，记录构建的版本内容；

追平模块，用于利用下一批次构建的版本内容对上一批次构建的版本内容进行追平；

冲突识别模块，用于将追平后的上一批次构建的版本内容与下一批次构建的版本内容进行比对，识别出冲突内容；所述冲突内容为间接冲突；

所述装置依靠主机脚本语言REXX实现，并配合IBM集成工具BUILD FORGE、BCL脚本、小机PERL脚本；

所述间接冲突是COPYBOOK改变引起的；

冲突内容对应的冲突场景包括：

第一种：批次1修改COPYBOOK，同时修改程序；批次2修改COPYBOOK，但未修改程序；

第二种：批次1修改COPYBOOK，但未修改程序；批次2修改COPYBOOK，但未修改程序；

第三种：批次1修改COPYBOOK，但未修改程序；批次2单纯修改程序，不涉及COPYBOOK变动；

第四种：批次1单纯修改程序，不涉及COPYBOOK变动；批次2修改COPYBOOK，但未修改程序；

其中，在第一次构建版本时，REXX记录本次构建版本的修改内容，包括修改的COPYBOOK、程序以及他们之间的调用关系；在后续的版本构建时，根据新构建的版本内容，对于已存在的COPYBOOK、程序及其关系，进行更新，然后记录新增的调用关系；在版本追平时，REXX根据追平的内容，以及记录的批次修改内容，进行逐一比对，根据冲突规则，识别出间接冲突。

6.如权利要求5所述的批次间追平冲突的识别装置，其特征在于，每一批次进行多次版本构建，且在进行下一次版本构建时，记录新构建的版本内容，并根据新构建的版本内容对上一次构建的版本内容进行更新。

7.如权利要求5所述的批次间追平冲突的识别装置，其特征在于，还包括：

冲突识别优化模块，用于在对本次的冲突内容识别前，删除上一次识别的冲突内容。

8.如权利要求5所述的批次间追平冲突的识别装置，其特征在于，冲突识别模块进一步用于：

将追平后的上一批次构建的版本内容与第二批次构建的版本内容进行一一比对，对满足冲突条件的版本内容进行筛选，识别出冲突内容。

9.一种计算机设备，包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，其特征在于，所述处理器执行所述计算机程序时实现权利要求1至4任一所述方法。

10.一种计算机可读存储介质，其特征在于，所述计算机可读存储介质存储有执行权利要求1至4任一所述方法的计算机程序。

Images