CN113971041A

CN113971041A - 跨版本控制系统的版本同步方法及装置

Info

Publication number: CN113971041A
Application number: CN202111263573.XA
Authority: CN
Inventors: 马文建
Original assignee: Bank of China Ltd
Current assignee: Bank of China Ltd
Priority date: 2021-10-28
Filing date: 2021-10-28
Publication date: 2022-01-25

Abstract

本发明公开了一种跨版本控制系统的版本同步方法及装置，涉及大数据领域，其中该方法包括：从Git服务器拉取最新的全量文件；将当前Git提交版本号与上次同步时对应的提交版本号进行比较，生成增量变化文件清单；在ClearCase服务器创建临时视图，载入最新的全量文件；计算当前ClearCase版本库中全部文件的MD5特征值，将当前计算得到的特征值与上次ClearCase同步完成后计算的特征值进行比较；若一致时，将增量变化文件清单中涉及新增和修改的文件上传到ClearCase服务器；将增量变化文件按照差异类型检入ClearCase版本库的目标流中。本发明可以实现高效准确地实现跨版本控制系统的版本同步。

Description

跨版本控制系统的版本同步方法及装置

技术领域

本发明涉及大数据技术领域，尤其涉及一种跨版本控制系统的版本同步方法及装置。

背景技术

本部分旨在为权利要求书中陈述的本发明实施例提供背景或上下文。此处的描述不因为包括在本部分中就承认是现有技术。

在一些传统软件开发公司中，通常把ClearCase作为其主要使用的版本控制系统。而随着Git的大行其道，一些项目组逐渐开始把Git作为版本控制系统。而出于合规或者资产多重备份的需要，往往需要把开发人员上传到Git服务器中的文件同步到ClearCase服务器中。现有同步方案及其存在的问题如下：

现有技术方案一：通过人工操作，对比Git版本库与ClearCase版本库之间的不同，人工进行同步操作，通过ClearCase的图形界面进行文件相关操作，从而达到文件同步的目的。

现有技术方案二：通过将Git版本库中的文件与ClearCase版本库中的文件逐个比较，得到差异文件集合，再把差异文件从Git版本库同步到ClearCase版本库。

如果采用现有技术方案一中的人工同步操作，操作效率较低，耗时较长，同步频率也不会很高，而且存在手工操作错误的可能。

如果采用现有技术方案二中Git版本库中的文件与ClearCase版本库中的文件逐个比较再操作的方式，如果版本库中存放的是海量文件，每次比较的时间将非常漫长，效率很低，也不适合高频同步操作。

发明内容

本发明实施例提供一种跨版本控制系统的版本同步方法，用以高效准确地实现跨版本控制系统的版本同步，该方法包括：

在接收到同步任务时，从Git服务器相应分支拉取最新的全量文件；

将当前Git提交版本号与上次同步时对应的提交版本号进行比较，生成增量变化文件清单；

在ClearCase服务器创建临时视图，载入最新的全量文件；

计算当前ClearCase版本库中全部文件的MD5特征值，将当前计算得到的特征值与上次ClearCase同步完成后计算的特征值进行比较；

在当前计算得到的特征值与上次ClearCase同步完成后计算的特征值一致时，将增量变化文件清单中涉及新增和修改的文件上传到ClearCase服务器；

借助于创建的临时视图，将增量变化文件按照差异类型检入ClearCase版本库的目标流中，得到ClearCase同步完成后的全部文件。

本发明实施例还提供一种跨版本控制系统的版本同步装置，用以高效准确地实现跨版本控制系统的版本同步，该装置包括：

获取单元，用于在接收到同步任务时，从Git服务器相应分支拉取最新的全量文件；

比较单元，用于将当前Git提交版本号与上次同步时对应的提交版本号进行比较，生成增量变化文件清单；

载入单元，用于在ClearCase服务器创建临时视图，载入最新的全量文件；

特征值处理单元，用于计算当前ClearCase版本库中全部文件的MD5特征值，将当前计算得到的特征值与上次ClearCase同步完成后计算的特征值进行比较；

上传单元，用于在当前计算得到的特征值与上次ClearCase同步完成后计算的特征值一致时，将增量变化文件清单中涉及新增和修改的文件上传到ClearCase服务器；

同步单元，用于借助于创建的临时视图，将增量变化文件按照差异类型检入ClearCase版本库的目标流中，得到ClearCase同步完成后的全部文件。

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

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

本发明实施例中，跨版本控制系统的版本同步方案，通过：在接收到同步任务时，从Git服务器相应分支拉取最新的全量文件；将当前Git提交版本号与上次同步时对应的提交版本号进行比较，生成增量变化文件清单；在ClearCase服务器创建临时视图，载入最新的全量文件；计算当前ClearCase版本库中全部文件的MD5特征值，将当前计算得到的特征值与上次ClearCase同步完成后计算的特征值进行比较；在当前计算得到的特征值与上次ClearCase同步完成后计算的特征值一致时，将增量变化文件清单中涉及新增和修改的文件上传到ClearCase服务器；借助于创建的临时视图，将增量变化文件按照差异类型检入ClearCase版本库的目标流中，得到ClearCase同步完成后的全部文件，可以实现从Git版本库到ClearCase版本库的自动化同步，从而实现了实现高效准确地实现跨版本控制系统的版本同步。

附图说明

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

图1为本发明实施例中跨版本控制系统的版本同步方法的流程示意图；

图2为本发明另一实施例中跨版本控制系统的版本同步方法的流程示意图；

图3为本发明实施例中从Git服务器拉取最新的全量文件的流程示意图；

图4为本发明另一实施例中跨版本控制系统的版本同步方法的流程示意图；

图5为本发明另一实施例中跨版本控制系统的版本同步方法的流程示意图；

图6为本发明实施例中跨版本控制系统的版本同步装置的结构示意图；

图7为本发明另一实施例中跨版本控制系统的版本同步装置的结构示意图；

图8为本发明另一实施例中跨版本控制系统的版本同步装置的结构示意图。

具体实施方式

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

通常，需要把开发人员上传到Git服务器中的文件同步到ClearCase服务器中，本发明实施例正是在这种需求下应运而生的，可以在无人工干预的情形下，把存放在Git版本库中的文件自动同步到ClearCase服务器中，且具有自动化程度高、执行效率好、适合海量文件同步的特点。即本发明提出了一种跨版本控制系统的版本同步方案，该方案通过采用自动同步操作，可以克服人工同步效率低、耗时长等问题；通过采用Git的提交版本号对比机制，可以克服海量文件下，Git版本库与ClearCase版本库中文件逐个比较带来的效率低、耗时长、不适合高频操作等问题。而且相反的是，操作频度越高，本发明的效率越高。具体地，跨版本控制系统的版本同步方案主要包括：

1)从Git服务器相应分支拉取最新的全量文件。

2)基于Git的文件对比机制，将当前Git提交版本号与上次同步的提交版本号进行比较，生成增量变化文件清单。

3)在ClearCase服务器端创建临时视图，载入最新的全量文件。

4)通过ClearCase版本库中全部文件的文件路径、文件大小、文件创建日期、文件读写权限作为输入，计算MD5特征值，并将特征值与上次ClearCase同步完成后计算的特征值进行比较，如果特征值一致，则继续；否则，则向维护人员发送报警邮件。

5)将增量变化文件清单中涉及新增和修改的文件上传到ClearCase服务器。

6)借助于创建的临时视图，将增量变化文件按照增加、删除、修改的不同，将文件检入ClearCase版本库的目标流中。

7)重新按照步骤4中操作计算MD5特征值并保存。

下面对该跨版本控制系统的版本同步方案进行详细介绍。

图1为本发明实施例中跨版本控制系统的版本同步方法的流程示意图，如图1所示，该方法包括如下步骤：

步骤101：在接收到同步任务时，从Git服务器相应分支拉取最新的全量文件；

步骤102：将当前Git提交版本号与上次同步时对应的提交版本号进行比较，生成增量变化文件清单；

步骤103：在ClearCase服务器创建临时视图，载入最新的全量文件；

步骤104：计算当前ClearCase版本库中全部文件的MD5特征值，将当前计算得到的特征值与上次ClearCase同步完成后计算的特征值进行比较；

步骤105：在当前计算得到的特征值与上次ClearCase同步完成后计算的特征值一致时，将增量变化文件清单中涉及新增和修改的文件上传到ClearCase服务器；

步骤106：借助于创建的临时视图，将增量变化文件按照差异类型检入ClearCase版本库的目标流中，得到ClearCase同步完成后的全部文件。

本发明实施例中跨版本控制系统的版本同步方法可以实现从Git版本库到ClearCase版本库的自动化同步，从而实现了实现高效准确地实现跨版本控制系统的版本同步。下面结合图5对该方法进行详细介绍。

一、首先，介绍在上述步骤101之前的准备步骤。

事先需准备参数如下表1所示：

序号	参数名称
		1	Git版本库地址
2	Git版本库操作用户名
		3	Git版本库操作用户密码
4	Git版本库的分支名称
		5	ClearCase版本库服务器地址
6	ClearCase版本库操作用户名
		7	ClearCase版本库操作用户密码
8	ClearCase版本库的流名称

表1

二、其次，介绍在上述步骤101，在该步骤中可以包括一个同步任务触发模块。支持定时触发和远程触发两种模式。

在一个实施例中，如图3所示，在接收到同步任务时，从Git服务器相应分支拉取最新的全量文件，可以包括：

步骤1011：在接收到同步任务时，检查当前ClearCase服务器是否满足程序的运行条件；

步骤1012：在当前ClearCase服务器满足程序的运行条件时，从Git服务器相应分支拉取最新的全量文件。

具体实施时，上述步骤1011可以通过一个服务基础配置检查模块来实现，确保在同步操作执行之前，程序运行服务器满足相应的运行条件。

具体实施时，从Git服务器相应分支拉取最新的全量文件。拉取方案可以如下表2所示：

表2

其中,{username}表示Git版本库操作用户名，{password}表示Git版本库操作用户密码，{some_branch}表示Git版本库的分支名称。

三、接着，介绍上述步骤102，该步骤可以通过一个增量变化文件清单生成模块(即下文提到的比较单元)来实现。

具体实施时，基于Git的文件对比机制，将当前Git提交版本号与上次同步时对应的提交版本号进行比较，生成增量变化文件清单。Git文件对比：基于两个Git提交版本号，生成两个提交版本号之间的差异文件清单，以及差异类型(新增、删除、修改)。

生成增量变化文件清单的命令可以如下表3所示：

git--no-pager diff--name-status{lastCommitId}{currentCommitId}

表3

其中，{lastCommitId}表示上次同步时对应的提交版本号，{currentCommitId}表示当前Git提交版本号。

四、接着，介绍上述步骤103。

具体实施时，在ClearCase服务器端创建临时视图，载入最新的全量文件。

五、接着，介绍上述步骤104，该步骤可以通过一个特征值计算模块(即下文提到的特征值处理单元)来实现。

在一个实施例中，计算当前ClearCase版本库中全部文件的MD5特征值，包括：通过ClearCase版本库中全部文件的文件路径、文件大小、文件创建日期和文件读写权限作为输入，计算MD5特征值。

具体实施时，通过ClearCase版本库中全部文件的文件路径、文件大小、文件创建日期、文件读写权限作为输入，计算MD5特征值，并将特征值与上次ClearCase同步完成后计算的特征值进行比较。MD5特征值计算：基于文本内容和MD5摘要算法生成的一段字符串，如果字符串不同，则文本内容一定不同。通过MD5特征值比较的方式确定ClearCase版本库中的代码和上次同步完成之后的一致。

在一个实施例中，如图4所示，上述跨版本控制系统的版本同步方法还包括步骤105’：在当前计算得到的特征值与上次ClearCase同步完成后计算的特征值不一致时，向维护人员发出警报。

具体实施时，将特征值与上次ClearCase同步完成后计算的特征值进行比较。如果特征值一致，则继续；否则，则向维护人员发送报警邮件，保证系统运行的稳定性。

六、接着，介绍上述步骤105，该步骤可以通过一个文件打包及传输模块(即下文提到的上传单元)来实现。

具体实施时，将增量变化文件清单中涉及新增和修改的文件上传到ClearCase服务器。

七、接着，介绍上述步骤106，该步骤可以通过一个ClearCase操作模块(即下文提到的同步单元)来实现。

具体实施时，借助于创建的临时视图，将增量变化文件按照增加、删除、修改(差异类型)的不同，将文件检入ClearCase版本库的目标流中。

如果涉及新增文件夹操作，需先在ClearCase服务器中检入文件夹，再进行文件夹内的文件夹操作。

如果涉及删除文件夹操作，需删除文件夹中的文件，再删除文件夹。

八、接着，介绍进一步优选的步骤107。

在一个实施例中，如图2所示，上述跨版本控制系统的版本同步方法还可以包括步骤107：根据ClearCase同步完成后的全部文件计算特征值，得到本次ClearCase同步完成后计算的特征值，本次ClearCase同步完成后计算的特征值是供下一次同步计算MD5特征值时使用。

具体实施时，重新按照步骤104中操作计算MD5特征值并保存。

本发明实施例提供的跨版本控制系统的版本同步方法中还可以涉及以下模块：

1)服务基础配置检查模块。检查当前服务器是否已经安装需要使用的软件或命令，包括但不限于Git Client、ssh命令、md5sum命令。

2)Git命令封装模块。对Git的基础操作命令进行封装，包括但不限于代码下载、分支切换、文件对比、当前提交信息查看等。

3)ClearCase命令封装模块。对ClearCase的基础操作命令进行封装，包括但不限于如下表4所示的命令：

序号	命令
		1	创建视图
2	设置当前使用的视图
		3	注册到ClearQuest
4	退出ClearQuest
		5	列出当前视图中被检出的文件
6	在ClearCase中创建活动
		7	检出一个文件或文件夹
8	检入一个文件或文件夹
		9	新加一个文件
10	移除一个文件
		11	从目标文件夹导入

表4

4)远程操作命令封装模块。对远程操作命令进行封装，从而使得命令可以在多种操作系统上运行，包括但不限于：Linux、AIX。

为了便于理解本发明如何实施，下面再针对本发明实施例涉及各模块的工作流程进行整体介绍。

1)同步任务通过同步任务触发模块触发。

2)服务基础配置检查模块检查当前服务器是否满足程序的运行条件。

3)通过Git命令封装模块从Git服务器相应分支拉取最新的全量文件。

4)增量变化文件清单生成模块生成增量变化文件清单。

5)ClearCase命令封装模块在ClearCase服务器端创建临时视图，载入最新的全量文件。

6)特征值计算模块通过ClearCase版本库中全部文件的文件路径、文件大小、文件创建日期、文件读写权限作为输入，计算MD5特征值，并将特征值与上次ClearCase同步完成后计算的特征值进行比较。

7)文件打包及传输模块将增量变化文件清单中涉及新增和修改的文件上传到ClearCase服务器。

8)ClearCase命令封装模块借助于创建的临时视图，将增量变化文件按照增加、删除、修改的不同，将文件检入ClearCase版本库的目标流中。

9)特征值计算模块重新按照步骤6中操作计算MD5特征值并保存。

综上，通过本发明实施例提出的方法可以实现从Git到ClearCase的跨版本管理工具的文件自动化同步，即本发明实现了从Git版本库到ClearCase版本库的自动化同步，不仅解决了人工同步效率低、耗时长、不适合高频操作的问题，而且通过崭新的文件差异对比机制，克服了海量文件操作下自动化同步效率低的问题。

本发明实施例中还提供了一种跨版本控制系统的版本同步装置，如下面的实施例所述。由于该装置解决问题的原理与跨版本控制系统的版本同步方法相似，因此该装置的实施可以参见跨版本控制系统的版本同步方法的实施，重复之处不再赘述。

图6为本发明实施例中跨版本控制系统的版本同步装置的结构示意图，如图6所示，该装置包括：

获取单元01，用于在接收到同步任务时，从Git服务器相应分支拉取最新的全量文件；

比较单元02，用于将当前Git提交版本号与上次同步时对应的提交版本号进行比较，生成增量变化文件清单；

载入单元03，用于在ClearCase服务器创建临时视图，载入最新的全量文件；

特征值处理单元04，用于计算当前ClearCase版本库中全部文件的MD5特征值，将当前计算得到的特征值与上次ClearCase同步完成后计算的特征值进行比较；

上传单元05，用于在当前计算得到的特征值与上次ClearCase同步完成后计算的特征值一致时，将增量变化文件清单中涉及新增和修改的文件上传到ClearCase服务器；

同步单元06，用于借助于创建的临时视图，将增量变化文件按照差异类型检入ClearCase版本库的目标流中，得到ClearCase同步完成后的全部文件。

在一个实施例中，如图7所示，上述跨版本控制系统的版本同步装置还包括：特征值重新计算单元07，用于根据ClearCase同步完成后的全部文件计算特征值，得到本次ClearCase同步完成后计算的特征值。

在一个实施例中，所述获取单元具体用于：

在接收到同步任务时，检查当前ClearCase服务器是否满足程序的运行条件；

在当前ClearCase服务器满足程序的运行条件时，从Git服务器相应分支拉取最新的全量文件。

在一个实施例中，如图8所示，上述跨版本控制系统的版本同步装置还包括：警报单元05’，用于在当前计算得到的特征值与上次ClearCase同步完成后计算的特征值不一致时，向维护人员发出警报。

在一个实施例中，所述特征值处理单元具体用于：通过ClearCase版本库中全部文件的文件路径、文件大小、文件创建日期和文件读写权限作为输入，计算MD5特征值。

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

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

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

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

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

Claims

1.一种跨版本控制系统的版本同步方法，其特征在于，包括：

在ClearCase服务器创建临时视图，载入最新的全量文件；

2.如权利要求1所述的跨版本控制系统的版本同步方法，其特征在于，还包括：根据ClearCase同步完成后的全部文件计算特征值，得到本次ClearCase同步完成后计算的特征值。

3.如权利要求1所述的跨版本控制系统的版本同步方法，其特征在于，在接收到同步任务时，从Git服务器相应分支拉取最新的全量文件，包括：

4.如权利要求1所述的跨版本控制系统的版本同步方法，其特征在于，还包括：在当前计算得到的特征值与上次ClearCase同步完成后计算的特征值不一致时，向维护人员发出警报。

5.如权利要求1所述的跨版本控制系统的版本同步方法，其特征在于，计算当前ClearCase版本库中全部文件的MD5特征值，包括：通过ClearCase版本库中全部文件的文件路径、文件大小、文件创建日期和文件读写权限作为输入，计算MD5特征值。

6.一种跨版本控制系统的版本同步装置，其特征在于，包括：

7.如权利要求6所述的跨版本控制系统的版本同步装置，其特征在于，还包括：特征值重新计算单元，用于根据ClearCase同步完成后的全部文件计算特征值，得到本次ClearCase同步完成后计算的特征值。

8.如权利要求6所述的跨版本控制系统的版本同步装置，其特征在于，所述获取单元具体用于：

9.如权利要求6所述的跨版本控制系统的版本同步装置，其特征在于，还包括：警报单元，用于在当前计算得到的特征值与上次ClearCase同步完成后计算的特征值不一致时，向维护人员发出警报。

10.如权利要求6所述的跨版本控制系统的版本同步装置，其特征在于，所述特征值处理单元具体用于：通过ClearCase版本库中全部文件的文件路径、文件大小、文件创建日期和文件读写权限作为输入，计算MD5特征值。

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

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