CN114579179A - 版本同步方法、装置、计算机设备和存储介质 - Google Patents

Abstract

本申请涉及一种版本同步方法、装置、计算机设备、存储介质和计算机程序产品，该方法涉及科技运维领域，可用于金融领域或其他领域。所述方法包括：若监测到第一Git工作流中的第一版本应用程序发生更新，则获取第一版本应用程序的属性信息和第一版本应用程序的更新数据；根据第一版本应用程序的属性信息，采用预设同步规则从其他Git工作流中的其他版本应用程序中，确定与第一版本应用程序对应的第二版本应用程序；第二版本应用程序与第一版本应用程序的应用程序标识相同；预设同步规则为基于第一版本应用程序的属性信息所设置的同步规则；将第一版本应用程序的更新数据同步至第二版本应用程序中。采用本方法能够提高对应用程序进行版本同步的可靠性。

Description

版本同步方法、装置、计算机设备和存储介质

技术领域

本申请涉及数据处理技术领域，特别是涉及一种版本同步方法、装置、计算机设备、存储介质和计算机程序产品。

背景技术

在应用程序的开发过程中，通常采用基于分布式版本控制系统的Git工作流来管理不同版本的应用程序。即同一应用程序的不同版本分别由不同的Git工作流进行管理。由于在不同的Git工作流中同时维护了多个不同版本的应用程序，当某个Git工作流中所管理的某个版本的应用程序发生变化时，需要将该版本的应用程序中发生变化的部分程序代码或功能模块同步到由其他Git工作流管理的该应用程序的其他版本中。

目前，在将某个Git工作流中所管理的某个版本的应用程序发生变化的部分同步到其他Git工作流中该应用程序的其他版本中时，通常是依赖开发人员通过人工进行版本同步。然而，采用人工对应用程序进行版本同步的方式，经常出现遗漏对部分版本的应用程序进行同步的问题，从而导致对应用程序进行版本同步的可靠性较低。

发明内容

基于此，有必要针对上述技术问题，提供一种能够提高对应用程序进行版本同步的可靠性的版本同步方法、装置、计算机设备、计算机可读存储介质和计算机程序产品。

第一方面，本申请提供了一种版本同步方法。所述方法包括：

若监测到第一Git工作流中的第一版本应用程序发生更新，则获取第一版本应用程序的属性信息和第一版本应用程序的更新数据；根据第一版本应用程序的属性信息，采用预设同步规则从其他Git工作流中的其他版本应用程序中，确定与第一版本应用程序对应的第二版本应用程序；第二版本应用程序为待同步的应用程序，且第二版本应用程序与第一版本应用程序的应用程序标识相同；预设同步规则为基于第一版本应用程序的属性信息所设置的同步规则；将第一版本应用程序的更新数据同步至第二版本应用程序中。

在其中一个实施例中，属性信息包括投产时间，或属性信息包括投产时间以及版本号或灰度标识/非灰度标识中的至少一种。

在其中一个实施例中，若属性信息包括投产时间，则根据第一版本应用程序的属性信息，采用预设同步规则从其他Git工作流中的其他版本应用程序中，确定与第一版本应用程序对应的第二版本应用程序，包括：

获取其他版本应用程序的投产时间；判断第一版本应用程序的投产时间与其他版本应用程序的投产时间之间的时间顺序；若第一版本应用程序的投产时间早于其他版本应用程序的投产时间，则将其他版本应用程序确定为第二版本应用程序。

在其中一个实施例中，若属性信息还包括灰度标识/非灰度标识，则在将其他版本应用程序确定为第二版本应用程序之前，还包括：

判断第一版本应用程序是否具有非灰度标识；若是，则将灰度标识对应的第一版本应用程序确定为第二版本应用程序。

在其中一个实施例中，若属性信息还包括版本号，则根据第一版本应用程序的属性信息，采用预设同步规则从其他Git工作流中的其他版本应用程序中，确定与第一版本应用程序对应的第二版本应用程序，包括：

若第一版本应用程序的投产时间等于其他版本应用程序的投产时间，则判断第一版本应用程序的版本号与其他版本应用程序的版本号之间的大小关系；若第一版本应用程序的版本号小于其他版本应用程序的版本号，则将其他版本应用程序确定为第二版本应用程序。

在其中一个实施例中，若属性信息还包括灰度标识/非灰度标识，则在将其他版本应用程序确定为第二版本应用程序之前，还包括：

判断第一版本应用程序是否具有非灰度标识；若是，则将灰度标识对应的第一版本应用程序确定为第二版本应用程序。

在其中一个实施例中，若属性信息还包括灰度标识/非灰度标识；方法还包括：

若第一版本应用程序的版本号等于其他版本应用程序的版本号，则判断第一版本应用程序是否具有非灰度标识；若是，则将灰度标识对应的第一版本应用程序确定为第二版本应用程序。

第二方面，本申请还提供了一种版本同步装置。装置包括：

获取模块，用于若监测到第一Git工作流中的第一版本应用程序发生更新，则获取第一版本应用程序的属性信息和第一版本应用程序的更新数据；

确定模块，用于根据第一版本应用程序的属性信息，采用预设同步规则从其他Git工作流中的其他版本应用程序中，确定与第一版本应用程序对应的第二版本应用程序；第二版本应用程序为待同步的应用程序，且第二版本应用程序与第一版本应用程序的应用程序标识相同；预设同步规则为基于第一版本应用程序的属性信息所设置的同步规则；

同步模块，用于将第一版本应用程序的更新数据同步至第二版本应用程序中。

第三方面，本申请还提供了一种计算机设备。所述计算机设备包括存储器和处理器，所述存储器存储有计算机程序，所述处理器执行所述计算机程序时实现上述第一方面任一实施例中的方法步骤。

第四方面，本申请还提供了一种计算机可读存储介质。所述计算机可读存储介质，其上存储有计算机程序，所述计算机程序被处理器执行时实现上述第一方面任一实施例中的方法步骤。

第五方面，本申请还提供了一种计算机程序产品。所述计算机程序产品，包括计算机程序，该计算机程序被处理器执行时实现上述第一方面任一实施例中的方法步骤。

上述版本同步方法、装置、计算机设备、存储介质和计算机程序产品，若监测到第一Git工作流中的第一版本应用程序发生更新，则获取第一版本应用程序的属性信息和第一版本应用程序的更新数据；根据第一版本应用程序的属性信息，采用预设同步规则从其他Git工作流中的其他版本应用程序中，确定与第一版本应用程序对应的第二版本应用程序；将第一版本应用程序的更新数据同步至第二版本应用程序中；其中，第二版本应用程序为待同步的应用程序，且第二版本应用程序与第一版本应用程序的应用程序标识相同；预设同步规则为基于第一版本应用程序的属性信息所设置的同步规则。在本申请实施例提供的技术方案中，由于在不同的Git工作流中同时维护了多个不同版本的应用程序，当某个Git工作流中所管理的某个版本的应用程序发生变化时，可以根据相应的属性信息基于所述设定的同步规则对应用程序的更新数据自动化地进行同步，从而不会遗漏需要同步的数据，提高了对应用程序进行版本同步的可靠性；并且，整个同步过程不需要人工参与，实现了自动化的同步方式，进而也提高了对应用程序进行版本同步的效率。

附图说明

图1为一个实施例中计算机设备的内部结构图；

图2为一个实施例中版本同步方法的流程示意图；

图3为一个实施例中确定第二版本应用程序的流程示意图；

图4为另一个实施例中确定第二版本应用程序的流程示意图；

图5为又一个实施例中确定第二版本应用程序的流程示意图；

图6为另一个实施例中确定第二版本应用程序的流程示意图；

图7为另一个实施例中确定第二版本应用程序的流程示意图；

图8为一个实施例中版本同步方法的整体流程示意图；

图9为一个实施例中版本同步装置的结构框图。

具体实施方式

为了使本申请的目的、技术方案及优点更加清楚明白，以下结合附图及实施例，对本申请进行进一步详细说明。应当理解，此处描述的具体实施例仅仅用以解释本申请，并不用于限定本申请。

本申请提供的版本同步方法可以应用于计算机设备中，计算机设备可以是服务器，也可以是终端，其中，服务器可以为一台服务器也可以为由多台服务器组成的服务器集群，本申请实施例对此不作具体限定，终端可以但不限于是各种个人计算机、笔记本电脑、智能手机、平板电脑和便携式可穿戴设备。

以计算机设备是服务器为例，图1示出了一种服务器的框图，如图1所示，该计算机设备包括通过系统总线连接的处理器、存储器和网络接口。其中，该计算机设备的处理器用于提供计算和控制能力。该计算机设备的存储器包括非易失性存储介质和内存储器。该非易失性存储介质存储有操作系统、计算机程序和数据库。该内存储器为非易失性存储介质中的操作系统和计算机程序的运行提供环境。该计算机设备的数据库用于存储版本同步数据。该计算机设备的网络接口用于与外部的终端通过网络连接通信。该计算机程序被处理器执行时以实现一种版本同步方法。

本领域技术人员可以理解，图1中示出的结构，仅仅是与本申请方案相关的部分结构的框图，并不构成对本申请方案所应用于其上的服务器的限定，可选地服务器可以包括比图中所示更多或更少的部件，或者组合某些部件，或者具有不同的部件布置。

需要说明的是，本申请实施例的执行主体可以是计算机设备，也可以是版本同步装置，下述方法实施例中就以计算机设备为执行主体进行说明。

在一个实施例中，如图2所示，其示出了本申请实施例提供的一种版本同步的流程图，该方法可以包括以下步骤：

步骤220、若监测到第一Git工作流中的第一版本应用程序发生更新，则获取第一版本应用程序的属性信息和第一版本应用程序的更新数据。

其中，在应用程序的开发过程中，通常采用基于分布式版本控制系统的Git工作流来管理不同版本的应用程序，即同一应用程序的不同版本分别由不同的Git工作流进行管理，Git工作流是在多人协作开发应用程序时的不同开发分支的工作流程。若监测到第一Git工作流中的第一版本应用程序发生更新，即开发人员在第一Git工作流中提交了新的程序代码，则需要获取第一版本应用程序的属性信息和第一版本应用程序的更新数据。

第一版本应用程序的属性信息是从第一Git工作流中提取到的，在创建Git工作流时，所创建的Git工作流具有相应的属性信息，该属性信息可以包括Git工作流的名称、所属的应用程序标识、所属的版本号、投产时间、灰度标识/非灰度标识等信息，也可以包括其他类型的属性信息，本实施例对此不作具体限定。第一版本应用程序的更新数据为开发人员在第一Git工作流中所提交的新的程序代码。

步骤240、根据第一版本应用程序的属性信息，采用预设同步规则从其他Git工作流中的其他版本应用程序中，确定与第一版本应用程序对应的第二版本应用程序；第二版本应用程序为待同步的应用程序，且第二版本应用程序与第一版本应用程序的应用程序标识相同；预设同步规则为基于第一版本应用程序的属性信息所设置的同步规则。

其中，预设同步规则可以是根据获取到的属性信息中的信息类型所确定的，即若属性信息中只包括投产时间，则预设同步规则是仅根据投产时间所确定的；若属性信息中包括投产时间和所属的版本号，则预设同步规则是根据投产时间和所属的版本号所共同确定的，在此不一一举例说明。

根据所获取的第一版本应用程序的属性信息，对属性信息的类型进行判断后，采用预设同步规则从其他Git工作流中的其他版本应用程序中，确定与第一版本应用程序对应的第二版本应用程序，也就是根据预设同步规则从其他Git工作流中确定出需要进行同步的第二版本应用程序。其他版本应用程序可以包括与第一版本应用程序的投产时间和/或版本号不同的应用程序，还可以包括与第一版本应用程序的投产时间和/或版本号相同，但所具有的灰度标识/非灰度标识不同的应用程序。并且，需要说明的是，在确定第二版本应用程序时，不需要对数据库中所有的Git工作流中一一进行判断，可以先根据第一版本应用程序的属性信息中的应用程序标识，从数据库中确定出所有属于该应用程序标识的且正在使用的Git工作流，再从提取出的Git工作流确定出第二版本应用程序。由于第二版本应用程序是从其他版本应用程序中所确定出的，从而这里的与第一版本应用程序对应的第二版本应用程序也既可以包括与第一版本应用程序的投产时间和/或版本号不同的应用程序，还可以包括与第一版本应用程序的投产时间和/或版本号相同，但所具有的灰度标识/非灰度标识不同的应用程序。

步骤260、将第一版本应用程序的更新数据同步至第二版本应用程序中。

其中，在确定出与第一版本应用程序对应的第二版本应用程序后，就可以将第一版本应用程序的更新数据同步至第二版本应用程序中。具体地，可以将在第一版本应用程序对应的第一Git工作流中所提交的程序代码直接复制到第二版本应用程序对应的其他Git工作流中，并将所复制的程序代码与其他Git工作流中的第二版本应用程序对应的程序代码进行合并后，实现对第二版本应用程序的更新。

本实施例中，若监测到第一Git工作流中的第一版本应用程序发生更新，则获取第一版本应用程序的属性信息和第一版本应用程序的更新数据；根据第一版本应用程序的属性信息，采用预设同步规则从其他Git工作流中的其他版本应用程序中，确定与第一版本应用程序对应的第二版本应用程序；将第一版本应用程序的更新数据同步至第二版本应用程序中；其中，第二版本应用程序为待同步的应用程序，且第二版本应用程序与第一版本应用程序的应用程序标识相同；预设同步规则为基于第一版本应用程序的属性信息所设置的同步规则。由于在不同的Git工作流中同时维护了多个不同版本的应用程序，当某个Git工作流中所管理的某个版本的应用程序发生变化时，可以根据相应的属性信息基于所述设定的同步规则对应用程序的更新数据自动化地进行同步，从而不会遗漏需要同步的数据，提高了对应用程序进行版本同步的可靠性；并且，整个同步过程不需要人工参与，实现了自动化的同步方式，进而也提高了对应用程序进行版本同步的效率。

在一个实施例中，属性信息包括投产时间，或属性信息包括投产时间以及版本号或灰度标识/非灰度标识中的至少一种。

其中，属性信息可以仅包括投产时间，也可以包括投产时间以及版本号、投产时间以及灰度标识/非灰度标识、投产时间以及版本号和灰度标识/非灰度标识。在属性信息包括不同类型的信息时，可以采用不同的预设同步规则对第一版本应用程序的更新数据进行同步。

具体的，若属性信息中只包括投产时间，则预设同步规则是仅根据投产时间所确定的；若属性信息中包括投产时间和所属的版本号，则预设同步规则是根据投产时间和所属的版本号所共同确定的；若属性信息中包括投产时间以及灰度标识/非灰度标识，则预设同步规则是根据投产时间以及灰度标识/非灰度标识所共同确定的；若属性信息包括投产时间以及版本号和灰度标识/非灰度标识，则预设同步规则是根据投产时间以及版本号和灰度标识/非灰度标识这三者所共同确定的。

本实施例中，由于获取到的属性信息的类型可以包括多种，从而就可以灵活采用不同的预设同步规则进行同步，在获取到的属性信息的类型较少时，也可以实现版本同步，在获取到的属性信息的类型较多时，可以更加精准地确定出待同步的应用程序版本，从而实现版本的同步，从而保证了对应用程序进行版本同步的可靠性与灵活性，并且适用于多种实际应用场景。

在一个实施例中，若属性信息包括投产时间，如图3所示，其示出了本申请实施例提供的一种版本同步的流程图，具体涉及的是确定第二版本应用程序的一种可能的过程，该方法可以包括以下步骤：

步骤320、获取其他版本应用程序的投产时间。

其中，其他版本应用程序可以包括多个，在获取其他版本应用程序的投产时间时，也可以从其他版本应用程序对应的Git工作流中获取到。例如，其他版本应用程序可以包括A、B、C三个应用程序，其分别对应的投产时间可以是2月18号、25号、3月4号。

步骤340、判断第一版本应用程序的投产时间与其他版本应用程序的投产时间之间的时间顺序。

其中，在获取到其他版本应用程序的投产时间后，可以通过将第一版本应用程序的投产时间与其他版本应用程序的投产时间之间的时间顺序进行判断，基于得到的时间顺序来确定第二版本应用程序。若其他版本应用程序包括多个，可以将第一版本应用程序的投产时间与其他版本应用程序中的各应用程序的投产时间一一进行比较。

步骤360、若第一版本应用程序的投产时间早于其他版本应用程序的投产时间，则将其他版本应用程序确定为第二版本应用程序。

其中，若第一版本应用程序的投产时间早于其他版本应用程序的投产时间，则说明第一版本应用程序的版本较低，其他版本应用程序的版本较高。通常情况下，较高版本的应用程序相较于较低版本来说，其具有功能更加全面、使用更加稳定等特点，因而，通常需要将较低版本的应用程序更新为较高版本的应用程序。从而将其他版本应用程序中投产时间晚于第一版本应用程序的确定为第二版本应用程序，第二版本应用程序可以是其他版本应用程序中的所有应用程序，也可以是部分应用程序。例如，第一版本应用程序的投产时间为2月14号，那么第一版本应用程序的投产时间比A、B、C这三个版本应用程序的投产时间都要早，那么A、B、C这三个版本应用程序均可以作为第二版本应用程序；若第一版本应用程序的投产时间为2月20号，那么第一版本应用程序的投产时间仅仅比B、C这两个版本应用程序的投产时间早，从而将B、C这两个版本应用程序作为第二版本应用程序。

本实施例中，通过获取其他版本应用程序的投产时间；判断第一版本应用程序的投产时间与其他版本应用程序的投产时间之间的时间顺序；若第一版本应用程序的投产时间早于其他版本应用程序的投产时间，则将其他版本应用程序确定为第二版本应用程序。通过投产时间来确定出待同步的第二版本应用程序，比较方式简单、可靠，从而提高了对应用程序进行版本同步的可靠性和便捷性。

在上述实施例的基础上，若属性信息还包括灰度标识/非灰度标识，将其他版本应用程序确定为第二版本应用程序之前，如图4所示，其示出了本申请实施例提供的一种版本同步的流程图，具体涉及的是确定第二版本应用程序的另一种可能的过程，该方法可以包括以下步骤：

步骤420、判断第一版本应用程序是否具有非灰度标识。

其中，若属性信息还包括灰度标识/非灰度标识，即属性信息包括投产时间和灰度标识/非灰度标识。应用程序的发布方式可以是灰度发布或非灰度发布，从而第一版本应用程序的属性信息还可以包括灰度标识/非灰度标识。灰度发布是指在黑与白之间，能够平滑过渡的一种发布方式，在其上可以进行A/B testing，即让一部分用户继续用产品特性A，一部分用户开始用产品特性B，如果用户对B没有什么反对意见，那么逐步扩大范围，把所有用户都迁移到B上面来。通过获取到的第一版本应用程序的属性信息中可以确定出第一版本应用程序是否具有非灰度标识。

步骤440、若是，则将灰度标识对应的第一版本应用程序确定为第二版本应用程序。

其中，若第一版本应用程序具有非灰度标识，那么就将具有灰度标识对应的第一版本应用程序也确定为第二版本应用程序，从而对具有灰度标识对应的第一版本应用程序也进行更新，使得具有灰度标识的应用程序的版本是最新的。例如，其他版本应用程序中包括应用程序D，且D与第一版本应用程序属于同一投产时间下的应用程序，而D具有灰度标识，第一版本应用程序具有非灰度标识，那么需要将D也作为第二版本应用程序。

本实施例中，通过判断第一版本应用程序是否具有非灰度标识；若是，则将灰度标识对应的第一版本应用程序确定为第二版本应用程序。从而在灰度发布的这一场景中，也可以实现对灰度版本的应用程序进行更新，不仅保证了对投产时间晚的应用程序进行了更新，也对灰度版本的应用程序进行了更新，提高了确定第二版本应用程序的准确性，进而可以更加全面的对所有待同步的应用程序进行更新。

在一个实施例中，若属性信息还包括版本号，如图5所示，其示出了本申请实施例提供的一种版本同步的流程图，具体涉及的是确定第二版本应用程序的又一种可能的过程，该方法可以包括以下步骤：

步骤520、若第一版本应用程序的投产时间等于其他版本应用程序的投产时间，则判断第一版本应用程序的版本号与其他版本应用程序的版本号之间的大小关系。

其中，若属性信息还包括版本号，即属性信息包括投产时间和版本号。若第一版本应用程序的投产时间等于其他版本应用程序的投产时间，则还需要结合第一版本应用程序的版本号与其他版本应用程序的版本号来确定第二版本应用程序。具体地，可以通过判断第一版本应用程序的版本号与其他版本应用程序的版本号之间的大小关系，来确定第二版本应用程序。例如，例如，其他版本应用程序可以包括A、B、C三个应用程序，其分别对应的版本号可以是2.0、4.0、6.0，当然这里A、B、C这三个版本应用程序的投产时间均与第一版本应用程序的投产时间相同。

步骤540、若第一版本应用程序的版本号小于其他版本应用程序的版本号，则将其他版本应用程序确定为第二版本应用程序。

其中，若第一版本应用程序的版本号小于其他版本应用程序的版本号，则说明第一版本应用程序的版本旧，其他版本应用程序的版本更新。从而将其他版本应用程序中版本号大于第一版本应用程序的确定为第二版本应用程序。第二版本应用程序可以是其他版本应用程序中的所有应用程序，也可以是部分应用程序。例如，第一版本应用程序的版本号1.0，那么第一版本应用程序的版本号均小于A、B、C这三个版本应用程序的版本号，那么A、B、C这三个版本应用程序均可以作为第二版本应用程序；第一版本应用程序的版本号3.0，那么第一版本应用程序的版本号仅小于B、C这两个版本应用程序的版本号，B、C这两个版本应用程序的。

本实施例中，若第一版本应用程序的投产时间等于其他版本应用程序的投产时间，则判断第一版本应用程序的版本号与其他版本应用程序的版本号之间的大小关系；若第一版本应用程序的版本号小于其他版本应用程序的版本号，则将其他版本应用程序确定为第二版本应用程序。通过结合投产时间和版本号来确定第二版本应用程序，确定方式简单、可靠，从而提高了对应用程序进行版本同步的可靠性和便捷性。

在上述实施例的基础上，若属性信息还包括灰度标识/非灰度标识，将其他版本应用程序确定为第二版本应用程序之前，如图6所示，其示出了本申请实施例提供的一种版本同步的流程图，具体涉及的是确定第二版本应用程序的另一种可能的过程，该方法可以包括以下步骤：

步骤620、判断第一版本应用程序是否具有非灰度标识。

步骤640、若是，则将灰度标识对应的第一版本应用程序确定为第二版本应用程序。

其中，若属性信息还包括灰度标识/非灰度标识，即属性信息同时包括投产时间、版本号、灰度标识/非灰度标识。若第一版本应用程序的版本号小于其他版本应用程序的版本号，还可以通过判断第一版本应用程序是否具有非灰度标识，将具有灰度标识对应的第一版本应用程序确定为第二版本应用程序。从而对同一版本下具有灰度标识对应的第一版本应用程序也进行更新，使得具有灰度标识的应用程序的版本是最新的。例如，其他版本应用程序中包括应用程序D，且D与第一版本应用程序属于同一投产时间、同一版本号下的应用程序，而D具有灰度标识，第一版本应用程序具有非灰度标识，那么需要将D也作为第二版本应用程序。

本实施例中，通过判断第一版本应用程序是否具有非灰度标识；若是，则将灰度标识对应的第一版本应用程序确定为第二版本应用程序。从而在灰度发布的这一场景中，也可以实现对灰度版本的应用程序进行更新，不仅保证了对版本号大的应用程序进行了更新，也对同一版本下的灰度版本的应用程序进行了更新，提高了确定第二版本应用程序的准确性，进而可以更加全面的对所有待同步的应用程序进行更新。

在上述实施例的基础上，若属性信息还包括灰度标识/非灰度标识；图7所示，其示出了本申请实施例提供的一种版本同步的流程图，具体涉及的是确定第二版本应用程序的另一种可能的过程，该方法可以包括以下步骤：

步骤720、若第一版本应用程序的版本号等于其他版本应用程序的版本号，则判断第一版本应用程序是否具有非灰度标识。

步骤740、若是，则将灰度标识对应的第一版本应用程序确定为第二版本应用程序。

其中，若属性信息还包括灰度标识/非灰度标识，即属性信息同时包括投产时间、版本号、灰度标识/非灰度标识，在投产时间、版本号均相同的情况下，可以通过判断第一版本应用程序是否具有非灰度标识来确定第二版本应用程序。具体地，可以将具有灰度标识对应的第一版本应用程序也确定为第二版本应用程序，从而对具有灰度标识对应的第一版本应用程序也进行更新，使得具有灰度标识的应用程序的版本是最新的。从而就可以对投产时间、版本号与第一版本应用程序相同，且具有灰度标识的第一版本应用程序进行更新。

本实施例中，若第一版本应用程序的版本号等于其他版本应用程序的版本号，则判断第一版本应用程序是否具有非灰度标识；若是，则将灰度标识对应的第一版本应用程序确定为第二版本应用程序。通过结合投产时间、版本号、灰度标识/非灰度标识来确定第二版本应用程序，确定方式简单、可靠，从而提高了对应用程序进行版本同步的可靠性和便捷性。

在一个实施例中，如图8所示，其示出了本申请实施例提供的一种版本同步的流程图，该方法可以包括以下步骤：

步骤801、若监测到第一Git工作流中的第一版本应用程序发生更新，则获取第一版本应用程序的属性信息和第一版本应用程序的更新数据；属性信息包括投产时间、版本号、灰度标识/非灰度标识。

步骤802、获取其他版本应用程序的投产时间。

步骤803、判断第一版本应用程序的投产时间与其他版本应用程序的投产时间之间的时间顺序。

步骤804、若第一版本应用程序的投产时间晚于其他版本应用程序的投产时间，则将其他版本应用程序确定为空，即不对第一版本应用程序的更新数据进行同步。

步骤805、若第一版本应用程序的投产时间早于其他版本应用程序的投产时间。

步骤806、判断第一版本应用程序是否具有非灰度标识。

步骤807、若是，则将灰度标识对应的第一版本应用程序以及其他版本应用程序确定为第二版本应用程序，并将第一版本应用程序的更新数据同步至第二版本应用程序中。

步骤808、若否，即第一版本应用程序是否具有灰度标识，则将其他版本应用程序确定为第二版本应用程序，并将第一版本应用程序的更新数据同步至第二版本应用程序中。

步骤809、若第一版本应用程序的投产时间等于其他版本应用程序的投产时间。

步骤810、判断第一版本应用程序的版本号与其他版本应用程序的版本号之间的大小关系。

步骤811、若第一版本应用程序的版本号大于其他版本应用程序的版本号，则将其他版本应用程序确定为空，即不对第一版本应用程序的更新数据进行同步。

步骤812、若第一版本应用程序的版本号小于其他版本应用程序的版本号，则将其他版本应用程序确定为第二版本应用程序。

步骤813、若第一版本应用程序的版本号等于其他版本应用程序的版本号。

步骤814、判断第一版本应用程序是否具有非灰度标识。

步骤815、若是，则将灰度标识对应的第一版本应用程序确定为第二版本应用程序，并将第一版本应用程序的更新数据同步至第二版本应用程序中。

步骤816、若否，即第一版本应用程序是否具有灰度标识，则将其他版本应用程序确定为空，即不对第一版本应用程序的更新数据进行同步。

本实施例中，由于在不同的Git工作流中同时维护了多个不同版本的应用程序，当某个Git工作流中所管理的某个版本的应用程序发生变化时，可以根据相应的属性信息基于所述设定的同步规则对应用程序的更新数据自动化地进行同步，从而不会遗漏需要同步的数据，提高了对应用程序进行版本同步的可靠性；并且，整个同步过程不需要人工参与，实现了自动化的同步方式，进而也提高了对应用程序进行版本同步的效率。

应该理解的是，虽然如上所述的各实施例所涉及的流程图中的各个步骤按照箭头的指示依次显示，但是这些步骤并不是必然按照箭头指示的顺序依次执行。除非本文中有明确的说明，这些步骤的执行并没有严格的顺序限制，这些步骤可以以其它的顺序执行。而且，如上所述的各实施例所涉及的流程图中的至少一部分步骤可以包括多个步骤或者多个阶段，这些步骤或者阶段并不必然是在同一时刻执行完成，而是可以在不同的时刻执行，这些步骤或者阶段的执行顺序也不必然是依次进行，而是可以与其它步骤或者其它步骤中的步骤或者阶段的至少一部分轮流或者交替地执行。

基于同样的发明构思，本申请实施例还提供了一种用于实现上述所涉及的版本同步方法的版本同步装置。该装置所提供的解决问题的实现方案与上述方法中所记载的实现方案相似，故下面所提供的一个或多个版本同步装置实施例中的具体限定可以参见上文中对于版本同步方法的限定，在此不再赘述。

在一个实施例中，如图9所示，提供了一种版本同步装置900，包括：获取模块902、确定模块904和同步模块906，其中：

获取模块902，用于若监测到第一Git工作流中的第一版本应用程序发生更新，则获取第一版本应用程序的属性信息和第一版本应用程序的更新数据；

确定模块904，用于根据第一版本应用程序的属性信息，采用预设同步规则从其他Git工作流中的其他版本应用程序中，确定与第一版本应用程序对应的第二版本应用程序；第二版本应用程序为待同步的应用程序，且第二版本应用程序与第一版本应用程序的应用程序标识相同；预设同步规则为基于第一版本应用程序的属性信息所设置的同步规则；

同步模块906，用于将第一版本应用程序的更新数据同步至第二版本应用程序中。

在一个实施例中，属性信息包括投产时间，或属性信息包括投产时间以及版本号或灰度标识/非灰度标识中的至少一种。

在一个实施例中，若属性信息包括投产时间，则根据第一版本应用程序的属性信息，上述确定模块904具体用于获取其他版本应用程序的投产时间；判断第一版本应用程序的投产时间与其他版本应用程序的投产时间之间的时间顺序；若第一版本应用程序的投产时间早于其他版本应用程序的投产时间，则将其他版本应用程序确定为第二版本应用程序。

在一个实施例中，若属性信息还包括灰度标识/非灰度标识，上述确定模块904还用于判断第一版本应用程序是否具有非灰度标识；若是，则将灰度标识对应的第一版本应用程序确定为第二版本应用程序。

在一个实施例中，若属性信息还包括版本号，上述确定模块904还用于若第一版本应用程序的投产时间等于其他版本应用程序的投产时间，则判断第一版本应用程序的版本号与其他版本应用程序的版本号之间的大小关系；若第一版本应用程序的版本号小于其他版本应用程序的版本号，则将其他版本应用程序确定为第二版本应用程序。

在一个实施例中，若属性信息还包括灰度标识/非灰度标识，上述确定模块904还用于判断第一版本应用程序是否具有非灰度标识；若是，则将灰度标识对应的第一版本应用程序确定为第二版本应用程序。

在一个实施例中，若属性信息还包括灰度标识/非灰度标识；上述确定模块904还用于若第一版本应用程序的版本号等于其他版本应用程序的版本号，则判断第一版本应用程序是否具有非灰度标识；若是，则将灰度标识对应的第一版本应用程序确定为第二版本应用程序。

上述版本同步装置中的各个模块可全部或部分通过软件、硬件及其组合来实现。上述各模块可以硬件形式内嵌于或独立于计算机设备中的处理器中，也可以以软件形式存储于计算机设备中的存储器中，以便于处理器调用执行以上各个模块对应的操作。

在一个实施例中，提供了一种计算机设备，包括存储器和处理器，存储器中存储有计算机程序，该处理器执行计算机程序时实现以下步骤：

监测到第一Git工作流中的第一版本应用程序发生更新，则获取第一版本应用程序的属性信息和第一版本应用程序的更新数据；根据第一版本应用程序的属性信息，采用预设同步规则从其他Git工作流中的其他版本应用程序中，确定与第一版本应用程序对应的第二版本应用程序；第二版本应用程序为待同步的应用程序，且第二版本应用程序与第一版本应用程序的应用程序标识相同；预设同步规则为基于第一版本应用程序的属性信息所设置的同步规则；将第一版本应用程序的更新数据同步至第二版本应用程序中。

在一个实施例中，属性信息包括投产时间，或属性信息包括投产时间以及版本号或灰度标识/非灰度标识中的至少一种。

在一个实施例中，若属性信息包括投产时间；

处理器执行计算机程序时还实现以下步骤：

获取其他版本应用程序的投产时间；判断第一版本应用程序的投产时间与其他版本应用程序的投产时间之间的时间顺序；若第一版本应用程序的投产时间早于其他版本应用程序的投产时间，则将其他版本应用程序确定为第二版本应用程序。

在一个实施例中，若属性信息还包括灰度标识/非灰度标识；

处理器执行计算机程序时还实现以下步骤：

判断第一版本应用程序是否具有非灰度标识；若是，则将灰度标识对应的第一版本应用程序确定为第二版本应用程序。

在一个实施例中，若属性信息还包括版本号；

处理器执行计算机程序时还实现以下步骤：

若第一版本应用程序的投产时间等于其他版本应用程序的投产时间，则判断第一版本应用程序的版本号与其他版本应用程序的版本号之间的大小关系；若第一版本应用程序的版本号小于其他版本应用程序的版本号，则将其他版本应用程序确定为第二版本应用程序。

在一个实施例中，若属性信息还包括灰度标识/非灰度标识；

处理器执行计算机程序时还实现以下步骤：

判断第一版本应用程序是否具有非灰度标识；若是，则将灰度标识对应的第一版本应用程序确定为第二版本应用程序。

在一个实施例中，若属性信息还包括灰度标识/非灰度标识；

处理器执行计算机程序时还实现以下步骤：

若第一版本应用程序的版本号等于其他版本应用程序的版本号，则判断第一版本应用程序是否具有非灰度标识；若是，则将灰度标识对应的第一版本应用程序确定为第二版本应用程序。

本申请实施例提供的计算机设备，其实现原理和技术效果与上述方法实施例类似，在此不再赘述。

在一个实施例中，提供了一种计算机可读存储介质，其上存储有计算机程序，计算机程序被处理器执行时实现以下步骤：

监测到第一Git工作流中的第一版本应用程序发生更新，则获取第一版本应用程序的属性信息和第一版本应用程序的更新数据；根据第一版本应用程序的属性信息，采用预设同步规则从其他Git工作流中的其他版本应用程序中，确定与第一版本应用程序对应的第二版本应用程序；第二版本应用程序为待同步的应用程序，且第二版本应用程序与第一版本应用程序的应用程序标识相同；预设同步规则为基于第一版本应用程序的属性信息所设置的同步规则；将第一版本应用程序的更新数据同步至第二版本应用程序中。

在一个实施例中，属性信息包括投产时间，或属性信息包括投产时间以及版本号或灰度标识/非灰度标识中的至少一种。

在一个实施例中，若属性信息包括投产时间；

计算机程序被处理器执行时还实现以下步骤：

获取其他版本应用程序的投产时间；判断第一版本应用程序的投产时间与其他版本应用程序的投产时间之间的时间顺序；若第一版本应用程序的投产时间早于其他版本应用程序的投产时间，则将其他版本应用程序确定为第二版本应用程序。

在一个实施例中，若属性信息还包括灰度标识/非灰度标识；

计算机程序被处理器执行时还实现以下步骤：

判断第一版本应用程序是否具有非灰度标识；若是，则将灰度标识对应的第一版本应用程序确定为第二版本应用程序。

在一个实施例中，若属性信息还包括版本号；

计算机程序被处理器执行时还实现以下步骤：

若第一版本应用程序的投产时间等于其他版本应用程序的投产时间，则判断第一版本应用程序的版本号与其他版本应用程序的版本号之间的大小关系；若第一版本应用程序的版本号小于其他版本应用程序的版本号，则将其他版本应用程序确定为第二版本应用程序。

在一个实施例中，若属性信息还包括灰度标识/非灰度标识；

计算机程序被处理器执行时还实现以下步骤：

判断第一版本应用程序是否具有非灰度标识；若是，则将灰度标识对应的第一版本应用程序确定为第二版本应用程序。

在一个实施例中，若属性信息还包括灰度标识/非灰度标识；

计算机程序被处理器执行时还实现以下步骤：

若第一版本应用程序的版本号等于其他版本应用程序的版本号，则判断第一版本应用程序是否具有非灰度标识；若是，则将灰度标识对应的第一版本应用程序确定为第二版本应用程序。

本实施例提供的计算机可读存储介质，其实现原理和技术效果与上述方法实施例类似，在此不再赘述。

在一个实施例中，提供了一种计算机程序产品，包括计算机程序，该计算机程序被处理器执行时实现以下步骤：

监测到第一Git工作流中的第一版本应用程序发生更新，则获取第一版本应用程序的属性信息和第一版本应用程序的更新数据；根据第一版本应用程序的属性信息，采用预设同步规则从其他Git工作流中的其他版本应用程序中，确定与第一版本应用程序对应的第二版本应用程序；第二版本应用程序为待同步的应用程序，且第二版本应用程序与第一版本应用程序的应用程序标识相同；预设同步规则为基于第一版本应用程序的属性信息所设置的同步规则；将第一版本应用程序的更新数据同步至第二版本应用程序中。

在一个实施例中，属性信息包括投产时间，或属性信息包括投产时间以及版本号或灰度标识/非灰度标识中的至少一种。

在一个实施例中，若属性信息包括投产时间；

计算机程序被处理器执行时还实现以下步骤：

获取其他版本应用程序的投产时间；判断第一版本应用程序的投产时间与其他版本应用程序的投产时间之间的时间顺序；若第一版本应用程序的投产时间早于其他版本应用程序的投产时间，则将其他版本应用程序确定为第二版本应用程序。

在一个实施例中，若属性信息还包括灰度标识/非灰度标识；

计算机程序被处理器执行时还实现以下步骤：

判断第一版本应用程序是否具有非灰度标识；若是，则将灰度标识对应的第一版本应用程序确定为第二版本应用程序。

在一个实施例中，若属性信息还包括版本号；

计算机程序被处理器执行时还实现以下步骤：

若第一版本应用程序的投产时间等于其他版本应用程序的投产时间，则判断第一版本应用程序的版本号与其他版本应用程序的版本号之间的大小关系；若第一版本应用程序的版本号小于其他版本应用程序的版本号，则将其他版本应用程序确定为第二版本应用程序。

在一个实施例中，若属性信息还包括灰度标识/非灰度标识；

计算机程序被处理器执行时还实现以下步骤：

判断第一版本应用程序是否具有非灰度标识；若是，则将灰度标识对应的第一版本应用程序确定为第二版本应用程序。

在一个实施例中，若属性信息还包括灰度标识/非灰度标识；

计算机程序被处理器执行时还实现以下步骤：

若第一版本应用程序的版本号等于其他版本应用程序的版本号，则判断第一版本应用程序是否具有非灰度标识；若是，则将灰度标识对应的第一版本应用程序确定为第二版本应用程序。

本实施例提供的计算机程序产品，其实现原理和技术效果与上述方法实施例类似，在此不再赘述。

需要说明的是，本申请所涉及的用户信息(包括但不限于用户设备信息、用户个人信息等)和数据(包括但不限于用于分析的数据、存储的数据、展示的数据等)，均为经用户授权或者经过各方充分授权的信息和数据。

本领域普通技术人员可以理解实现上述实施例方法中的全部或部分流程，是可以通过计算机程序来指令相关的硬件来完成，所述的计算机程序可存储于一非易失性计算机可读取存储介质中，该计算机程序在执行时，可包括如上述各方法的实施例的流程。其中，本申请所提供的各实施例中所使用的对存储器、数据库或其它介质的任何引用，均可包括非易失性和易失性存储器中的至少一种。非易失性存储器可包括只读存储器(Read-OnlyMemory，ROM)、磁带、软盘、闪存、光存储器、高密度嵌入式非易失性存储器、阻变存储器(ReRAM)、磁变存储器(Magnetoresistive Random Access Memory，MRAM)、铁电存储器(Ferroelectric Random Access Memory，FRAM)、相变存储器(Phase Change Memory，PCM)、石墨烯存储器等。易失性存储器可包括随机存取存储器(Random Access Memory，RAM)或外部高速缓冲存储器等。作为说明而非局限，RAM可以是多种形式，比如静态随机存取存储器(Static Random Access Memory，SRAM)或动态随机存取存储器(Dynamic RandomAccess Memory，DRAM)等。本申请所提供的各实施例中所涉及的数据库可包括关系型数据库和非关系型数据库中至少一种。非关系型数据库可包括基于区块链的分布式数据库等，不限于此。本申请所提供的各实施例中所涉及的处理器可为通用处理器、中央处理器、图形处理器、数字信号处理器、可编程逻辑器、基于量子计算的数据处理逻辑器等，不限于此。

以上实施例的各技术特征可以进行任意的组合，为使描述简洁，未对上述实施例中的各个技术特征所有可能的组合都进行描述，然而，只要这些技术特征的组合不存在矛盾，都应当认为是本说明书记载的范围。

以上所述实施例仅表达了本申请的几种实施方式，其描述较为具体和详细，但并不能因此而理解为对本申请专利范围的限制。应当指出的是，对于本领域的普通技术人员来说，在不脱离本申请构思的前提下，还可以做出若干变形和改进，这些都属于本申请的保护范围。因此，本申请的保护范围应以所附权利要求为准。

Claims (11)

1.一种版本同步方法，其特征在于，所述方法包括：

若监测到第一Git工作流中的第一版本应用程序发生更新，则获取所述第一版本应用程序的属性信息和所述第一版本应用程序的更新数据；

根据所述第一版本应用程序的属性信息，采用预设同步规则从其他Git工作流中的其他版本应用程序中，确定与所述第一版本应用程序对应的第二版本应用程序；所述第二版本应用程序为待同步的应用程序，且所述第二版本应用程序与所述第一版本应用程序的应用程序标识相同；所述预设同步规则为基于所述第一版本应用程序的属性信息所设置的同步规则；

将所述第一版本应用程序的更新数据同步至所述第二版本应用程序中。

2.根据权利要求1所述的方法，其特征在于，所述属性信息包括投产时间，或所述属性信息包括投产时间以及版本号或灰度标识/非灰度标识中的至少一种。

3.根据权利要求2所述的方法，其特征在于，若所述属性信息包括投产时间，则所述根据所述第一版本应用程序的属性信息，采用预设同步规则从其他Git工作流中的其他版本应用程序中，确定与所述第一版本应用程序对应的第二版本应用程序，包括：

获取所述其他版本应用程序的投产时间；

判断所述第一版本应用程序的投产时间与所述其他版本应用程序的投产时间之间的时间顺序；

若所述第一版本应用程序的投产时间早于所述其他版本应用程序的投产时间，则将所述其他版本应用程序确定为所述第二版本应用程序。

4.根据权利要求3所述的方法，其特征在于，若所述属性信息还包括灰度标识/非灰度标识，则在所述将所述其他版本应用程序确定为所述第二版本应用程序之前，还包括：

判断所述第一版本应用程序是否具有非灰度标识；

若是，则将灰度标识对应的第一版本应用程序确定为所述第二版本应用程序。

5.根据权利要求3所述的方法，其特征在于，若所述属性信息还包括版本号，则所述根据所述第一版本应用程序的属性信息，采用预设同步规则从其他Git工作流中的其他版本应用程序中，确定与所述第一版本应用程序对应的第二版本应用程序，包括：

若所述第一版本应用程序的投产时间等于所述其他版本应用程序的投产时间，则判断所述第一版本应用程序的版本号与所述其他版本应用程序的版本号之间的大小关系；

若所述第一版本应用程序的版本号小于所述其他版本应用程序的版本号，则将所述其他版本应用程序确定为所述第二版本应用程序。

6.根据权利要求5所述的方法，其特征在于，若所述属性信息还包括灰度标识/非灰度标识，则在所述将所述其他版本应用程序确定为所述第二版本应用程序之前，还包括：

判断所述第一版本应用程序是否具有非灰度标识；

若是，则将灰度标识对应的第一版本应用程序确定为所述第二版本应用程序。

7.根据权利要求5所述的方法，其特征在于，若所述属性信息还包括灰度标识/非灰度标识；所述方法还包括：

若所述第一版本应用程序的版本号等于所述其他版本应用程序的版本号，则判断所述第一版本应用程序是否具有非灰度标识；

若是，则将灰度标识对应的第一版本应用程序确定为所述第二版本应用程序。

8.一种版本同步装置，其特征在于，所述装置包括：

获取模块，用于若监测到第一Git工作流中的第一版本应用程序发生更新，则获取所述第一版本应用程序的属性信息和所述第一版本应用程序的更新数据；

确定模块，用于根据所述第一版本应用程序的属性信息，采用预设同步规则从其他Git工作流中的其他版本应用程序中，确定与所述第一版本应用程序对应的第二版本应用程序；所述第二版本应用程序为待同步的应用程序，且所述第二版本应用程序与所述第一版本应用程序的应用程序标识相同；所述预设同步规则为基于所述第一版本应用程序的属性信息所设置的同步规则；

同步模块，用于将所述第一版本应用程序的更新数据同步至所述第二版本应用程序中。

9.一种计算机设备，包括存储器和处理器，所述存储器存储有计算机程序，其特征在于，所述处理器执行所述计算机程序时实现权利要求1至7中任一项所述的方法的步骤。

10.一种计算机可读存储介质，其上存储有计算机程序，其特征在于，所述计算机程序被处理器执行时实现权利要求1至7中任一项所述的方法的步骤。

11.一种计算机程序产品，包括计算机程序，其特征在于，该计算机程序被处理器执行时实现权利要求1至7中任一项所述的方法的步骤。

Images