CN109032641A - 应用版本更新方法及装置 - Google Patents

Abstract

申请实施例提供了一种应用版本更新方法及装置，涉及软件技术领域。方法包括：获得应用的版本更新数据；基于git***，确定出版本更新数据与应用的每一个历史版本数据之间对应的每一个差异数据；将版本更新的每一个差异数据存储在git***中。通过在获得应用的版本更新数据后，服务器能够基于git***，自动的确定出该版本更新数据与该应用的每一个历史版本数据之间对应的每一个差异数据，且将该每一个差异数据存储。故就避免了开发者需要基于需要新旧版本的两个安装包才能够确定出需要更新部分的数据的繁琐过程，使得开发人员制作应用的版本更新时更为高效和便捷。

Description

应用版本更新方法及装置

技术领域

本申请涉及软件技术领域，具体而言，涉及一种应用版本更新方法及装置。

背景技术

在软件行业中，为了提升对软件的升级速率，可以采用对软件需要更新部分的数据进行更新的方式，而不是对软件的全部数据进行更新。

在采用部分数据更新的方式时，开发人员往往需要新旧版本的两个安装包才能够确定出需要更新部分的数据。但是，确定需要更新部分的数据的过程往往是繁琐的，这就导致开发人员制作应用的版本更新时不够方便。

发明内容

本申请在于提供一种应用版本更新方法及装置，以有改善开发人员制作应用的版本更新时不够方便的技术问题。

为了实现上述目的，本申请的实施例通过如下方式实现：

第一方面，本申请实施例提供了一种应用版本更新方法，所述方法包括：

获得应用的版本更新数据；

基于git***，确定出所述版本更新数据与所述应用的每一个历史版本数据之间对应的每一个差异数据；

将版本更新的所述每一个差异数据存储在所述git***中。

结合第一方面，在本实施例一些可能的实现方式中，所述方法应用于远程服务器，所述将版本更新的所述每一个差异数据存储在所述git***中，所述方法还包括：

获得用户终端发送的应用版本更新请求；

根据所述应用版本更新请求，从所述git***中确定出目标差异数据，其中，所述目标差异数据为所述应用的当前版本数据与需要更新为的版本数据之间的差异数据，所述需要更新为的版本数据为所述版本更新数据或所述每一个历史版本数据；

将所述目标差异数据发送至所述用户终端。

结合第一方面，在本实施例一些可能的实现方式中，所述方法应用于本地服务器，所述本地服务器与远程服务器连接，所述将版本更新的所述每一个差异数据存储在所述git***中之后，所述方法还包括：

通过所述git***将所述每一个差异数据发送至所述远程服务器，使得用户终端基于所述远程服务器上的所述每一个差异数据更新所述应用的版本；

对应的，所述获得应用的版本更新数据，包括：

获得所述远程服务器发送应用的版本更新数据。

结合第一方面，在本实施例一些可能的实现方式中，所述获得应用的版本更新数据之后，所述方法还包括：

基于所述git***，将所述版本更新数据与生成的最新版本标签关联；

向用户终端推送所述最新版本标签。

结合第一方面，在本实施例一些可能的实现方式中，所述向用户终端推送所述最新版本标签，包括：

在设定时间点，检测所述git***中是否有关联的所述最新版本标签；

若是，获得所述最新版本标签，并向用户终端推送所述最新版本标签。

第二方面，本申请实施例提供了一种应用版本更新装置，所述装置包括：

数据获得模块，用于获得应用的版本更新数据。

差异确定模块，用于基于git***，确定出所述版本更新数据与所述应用的每一个历史版本数据之间对应的每一个差异数据。

数据存储模块，用于将版本更新的所述每一个差异数据存储在所述git***中。

结合第二方面，在本实施例一些可能的实现方式中，所述装置应用于远程服务器，所述装置还包括：

请求获得模块，用于获得用户终端发送的应用版本更新请求。

版本确定模块，用于根据所述应用版本更新请求，从所述git***中确定出目标差异数据，其中，所述目标差异数据为所述应用的当前版本数据与需要更新为的版本数据之间的差异数据，所述需要更新为的版本数据为所述版本更新数据或所述每一个历史版本数据。

数据发送模块，用于将所述目标差异数据发送至所述用户终端。

结合第二方面，在本实施例一些可能的实现方式中，所述装置应用于本地服务器，所述本地服务器与远程服务器连接，所述装置还包括：

数据上传模块，用于通过所述git***将所述每一个差异数据发送至所述远程服务器，使得用户终端基于所述远程服务器上的所述每一个差异数据更新所述应用的版本；

对应的，所述数据获得模块，还用于获得所述远程服务器发送应用的版本更新数据。

结合第二方面，在本实施例一些可能的实现方式中，所述装置还包括：

标签关联模块，用于基于所述git***，将所述版本更新数据与生成的最新版本标签关联；

标签发送模块，用于向用户终端推送所述最新版本标签。

结合第二方面，在本实施例一些可能的实现方式中，

所述标签发送模块，还用于在设定时间点，检测所述git***中是否有关联的所述最新版本标签；若是，获得所述最新版本标签，并向用户终端推送所述最新版本标签。

第三方面，本申请实施例提供了一种服务器，所述服务器包括：处理器，存储器，总线和通信模块；

所述处理器、所述通信模块和存储器通过所述总线连接；

所述存储器，用于存储程序；

所述处理器，用于通过调用存储在所述存储器中的程序，执行所述的应用版本更新方法。

第四方面，本申请实施例提供了一种具有处理器可执行的非易失的程序代码的计算机可读储存介质，所述程序代码使所述处理器执行所述的应用版本更新方法。

本申请实施例的有益效果是：

通过在获得应用的版本更新数据后，服务器能够基于git***，自动的确定出该版本更新数据与该应用的每一个历史版本数据之间对应的每一个差异数据，且将该每一个差异数据存储。故就避免了开发者需要基于需要新旧版本的两个安装包才能够确定出需要更新部分的数据的繁琐过程，使得开发人员制作应用的版本更新时更为高效和便捷。

为使本申请的上述目的、特征和优点能更明显易懂，下文特举较佳实施例，并配合所附附图，作详细说明如下。

附图说明

为了更清楚地说明本申请实施例的技术方案，下面将对实施例中所需要使用的附图作简单地介绍，应当理解，以下附图仅示出了本申请的某些实施例，因此不应被看作是对范围的限定，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他相关的附图。

图1示出了本申请第一实施例提供的一种应用版本更新***的结构框图；

图2示出了本申请第二实施例提供的一种应用版本更新方法的流程图；

图3示出了本申请第三实施例提供的应用于远程服务器的一种应用版本更新装置的结构框图；

图4示出了本申请第三实施例提供的应用于本地服务器的一种应用版本更新装置的结构框图。

具体实施方式

下面将结合本申请实施例中附图，对本申请实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本申请一部分实施例，而不是全部的实施例。通常在此处附图中描述和示出的本申请实施例的组件可以以各种不同的配置来布置和设计。因此，以下对在附图中提供的本申请的实施例的详细描述并非旨在限制要求保护的本申请的范围，而是仅仅表示本申请的选定实施例。基于本申请的实施例，本领域技术人员在没有进行出创造性劳动的前提下所获得的所有其他实施例，都属于本申请保护的范围。

应注意到：相似的标号和字母在下面的附图中表示类似项，因此，一旦某一项在一个附图中被定义，则在随后的附图中不需要对其进行进一步定义和解释。术语“第一”、“第二”等仅用于区分描述，而不能理解为指示或暗示相对重要性。

第一实施例

请参阅图1，本申请实施例提供了一种应用版本更新***10，该应用版本更新***10包括：本地服务器11和远程服务器12。

本地服务器11和远程服务器12连接，本地服务器11和远程服务器12均可以为常规的数据库服务器或者网络服务器。其中，本地服务器11可以为开发者的公司内部使用的服务器，远程服务器12则是与外部的各终端交互的服务器。本地服务器11和远程服务器12可以与开发终端交互，而远程服务器12还可以与用户终端交互。并通过交互，本地服务器11和远程服务器12可以形成配合来执行应用版本更新方法。可以理解到，开发终端可以为应用开发者的个人电脑(personal computer，PC)、平板电脑、智能手机、个人数字助理(personal digital assistant，PDA)等，而用户终端则可以为用户的个人电脑、平板电脑、智能手机、个人数字助理等。

当然，应用版本更新方法也可以单独由远程服务器12来执行，即远程服务器12通过单独与开发终端和用户终端的交互来实现该应用版本更新方法的执行。

第二实施例

本实施例提供了一种应用版本更新方法，需要说明的是，在附图的流程图示出的步骤可以在诸如一组计算机可执行指令的计算机***中执行，并且，虽然在流程图中示出了逻辑顺序，但是在某些情况下，可以以不同于此处的顺序执行所示出或描述的步骤。以下对本实施例进行详细介绍。

请参阅图2，在本实施例提供的应用版本更新方法中，该应用版本更新方法包括：步骤S100、步骤S200和步骤S300。

步骤S100：获得应用的版本更新数据。

步骤S200：基于git***，确定出所述版本更新数据与所述应用的每一个历史版本数据之间对应的每一个差异数据。

步骤S300：将版本更新的所述每一个差异数据存储在所述git***中。

下面将以远程服务器和本地服务器交互为例，来对本申请的方案进行具体的描述。

步骤S100：获得应用的版本更新数据。

在开发人员开发出应用的新版本后，开发终端可以响应开发人员的操作，将新版本的版本更新数据通过网络发送至远程服务器。

相应的，远程服务器可以接收到该开发终端发送的该应用的版本更新数据时，远程服务器通过自身预设的接收程序，可以高速的接收该版本更新数据，例如，以10Mb/s的速率接收该版本更新数据。在获得该版本更新数据后，远程服务器需要将该版本更新数据存储。可选地，远程服务器中预设了git***，远程服务器的git***即为分布式版本控制***。远程服务器可以基于自身git***，在远程服务器的git***的该应用的git仓库中建立该版本更新数据的存储区域并将该版本更新数据存储在该存储区域中，其中，git仓库即可以为在远程服务器的git***中专门针对该应用的各种版本数据而建立的存储区域。

步骤S200：基于git***，确定出所述版本更新数据与所述应用的每一个历史版本数据之间对应的每一个差异数据。

远程服务器在获得版本更新数据后，远程服务器可以在发布之前，将该版本更新数据发送给本地服务器做一定的处理，例如，远程服务器可以将该版本更新数据同步到本地服务器。

本实施例中，本地服务器中也设有git***，故版本更新数据可以被同步到本地服务器的git***中。本地服务器的git***中预设了该应用的每一个历史版本数据，其中，在每一个历史版本数据中，该应用的第一个版本数据为该应用的全部数据，而其它的每一个历史版本数据则为该应用每一次更新版本时更新的部分数据。故本地服务器的git***可以将版本更新数据与该应用的每一个历史版本数据之间进行差分，从而确定出该版本更新数据与每一个历史版本数据之间对应的每一个差异数据，这样本地服务器就获得版本更新的每一个差异数据。可选地，本地服务器也可以基于自身的git***，在本地服务器的git***的该应用的git仓库中建立该版本更新数据的存储区域并将该版本更新数据对应的每一个历史版本数据存储在该存储区域中。

另外，为便于用户获知该应用当时更新的哪一个版本，本地服务器还可以对获得的每一个差异数据打上标签。

作为一种方式，本地服务器可以在自身的git***中预设打标签的控制程序，那么在获得每一个差异数据后，本地服务器基于自身的git***可以为生成最新版本标签。例如，最新版本标签可以为：上一个历史版本标签为V1，那么生成的最新版本标签可以为V2。本地服务器也基于自身的git***，可以将这些差异数据整体上与该最新版本标签关联。这样，本地服务器就实现了为这些差异数据从整体上贴上了最新版本标签。

作为另一种方式，也可以采用手动的方式，即本地服务器响应开发人员的操作，生成最新版本标签，并也将这些差异数据整体上与该最新版本标签关联。

为便于开发人员能够第一时间对更新的版本数据进行测试，本地服务器按预设了多个设定时间点，并在轮询达到设定时间点，检测本地服务器的git***中是否有关联的最新版本标签。

若否，本地服务器判断无关联的最新版本标签，那么本地服务器继续轮询，并在下一个设定时间点继续检测。

若是，本地服务器判断有关联的最新版本标签，那么本地服务器可获得该最新版本标签，并在本地服务器的数据库中该应用的指定存储区域存储该最新版本标签，其中，本地服务器的数据库可以为MySQL数据库(Microsoft StructureQuest Language、关系型数据库管理***)。基于此，该应用的指定存储区域中就存储该应用包括最新版本标签在内的每一次更新版本时的版本标签。

本地服务器通过与开发终端的通信，还可以向开发终端推送本地服务器的数据库中的最新版本标签。或者，基于开发终端对本地服务器的数据库的访问，开发终端也能够获得本地服务器的数据库中的最新版本标签。

为保证最终发布的版本没有问题，开发终端获得该最新版本标签后，开发人员就可以知晓需要对该应用的版本更新数据进行测试。

测试过程具体可以为，开发终端响应用户的操作，向本地服务器发送该应用版本测试请求。相应的，本地服务器根据应用版本测试请求，从本地服务器的git***中确定出测试差异数据，其中，测试差异数据为开发终端上应用的当前版本数据与需要更新至的版本更新数据之间的差异数据。以及，本地服务器将测试差异数据存储在自身的暂存区域中，并向开发终端发送该测试差异数据的下载链接。基于此，开发终端通过该下载链接访问本地服务器的暂存区域，就可以从本地服务器的暂存区域内下载该测试差异数据，并安装该测试差异数据来更新该应用。

若该应用不能正常更新，则说明测试差异数据基于开发终端上的当前版本进行更新是有问题的。开发终端可以发送检测请求至本地服务器，本地服务器将该版本更新数据的相关数据删除，并终止后续的执行，以及告知远程服务器也将该版本更新数据的相关数据删除并终止后续的执行，以便开发人员继续整改该应用的版本更新数据。

若该应用能正常更新，则说明测试差异数据基于开发终端上的当前版本进行更新是没有问题的。因此，开发人员可以更换开发终端上的当前版本，并继续进行测试，直至每一个测试差异数据基于开发终端上的每一个历史版本进行更新均没有问题，即说明之前获得的每一个差异数据是正确的。

在确定每一个差异数据是正确，开发终端可以响应开发人员的确认测试完成操作，生成并向本地服务器发送测试完成请求。本地服务器基于测试完成请求，本地服务器的git***则能够将存储区域中该每一个差异数据再同步到远程服务器，并也将相应的最新版本标签也关联的推送到远程服务器。

步骤S300：将版本更新的所述每一个差异数据存储在所述git***中。

相应的，远程服务器在获得该每一个差异数据后，远程服务器可以在git***对应的存储区域中已存储的该版本更新数据更新为该获得的每一个差异数据，故实现了将每一个差异数据也存储在远程服务器的git***中针对该应用设定的存储区域中。

于本实施例中，为便于用户获知该应用的当前版本状态，以及获知该应用的历史版本状态。远程服务器也按预设了多个设定时间点，并在轮询达到设定时间点，检测自身的git***中是否获得了本地服务器推送的关联的最新版本标签。

若否，远程服务器判断未获得关联的最新版本标签，那么远程服务器继续轮询，并在下一个设定时间点继续检测。

若是，服务器判断获得关联的最新版本标签，那么远程服务器也可以在远程服务器的数据库中该应用的指定存储区域存储该最新版本标签，其中，远程服务器的数据库也可以为MySQL数据库。基于此，该远程服务器的数据库中应用的指定存储区域中就存储该应用包括最新版本标签在内的每一次更新版本时的版本标签。

远程服务器通过与用户终端的通信，还可以向用户终端推送最新版本标签。或者，基于用户终端对远程服务器的数据库的访问，用户终端也能够获得该数据库中的最新版本标签。

在用户通过用户终端对远程服务器的数据库的访问，用户就可以确定是否要更新用户终端上应用的版本。那么，在用户确定要更新用户终端上应用的版本时，用户终端可以响应用户的更新操作，生成并向远程服务器发送应用版本更新请求。

相应的，远程服务器根据应用版本更新请求，从远程服务器的git***中确定出目标差异数据，其中，目标差异数据为用户终端上应用的当前版本数据与需要更新为的版本数据之间的差异数据，该需要更新为的版本数据为版本更新数据或每一个历史版本数据。以及，远程服务器将目标差异数据存储在自身的暂存区域中，并向用户终端发送该测目标差异数据的下载链接。基于此，用户终端通过该下载链接访问远程服务器的暂存区域，就可以从远程服务器的暂存区域内下载该目标差异数据，并安装该目标差异数据来更新该应用。

需要说明的是，本申请的上述说明是以远程服务器和本地服务器的交互为例来进行说明，其不应作为对本实施例的限定。本实施例提供的该应用版本更新方法也可以为由远程服务器来单独执行，即上述获得该应用的版本更新数据、获得该应用的每一个差异数据、对该应用的每一个差异数据进行测试、以及对用户终端的更新全部由远程服务器来执行。

第三实施例

请参阅图3，本申请实施例提供了一种应用版本更新装置100，该应用版本更新装置100应用于远程服务器，该应用版本更新装置100包括：

数据获得模块110，用于获得应用的版本更新数据。

差异确定模块120，用于基于git***，确定出所述版本更新数据与所述应用的每一个历史版本数据之间对应的每一个差异数据。

数据存储模块130，用于将版本更新的所述每一个差异数据存储在所述git***中。

以及，该应用版本更新装置100还包括：

请求获得模块140，用于获得用户终端发送的应用版本更新请求。

版本确定模块150，用于根据所述应用版本更新请求，从所述git***中确定出目标差异数据，其中，所述目标差异数据为所述应用的当前版本数据与需要更新为的版本数据之间的差异数据，所述需要更新为的版本数据为所述版本更新数据或所述每一个历史版本数据。

数据发送模块160，用于将所述目标差异数据发送至所述用户终端。

以及，该应用版本更新装置100还包括：

标签关联模块170，用于基于所述git***，将所述版本更新数据与生成的最新版本标签关联；

标签发送模块180，用于向用户终端推送所述最新版本标签。

其中，所述标签发送模块180，还用于在设定时间点，检测所述git***中是否有关联的所述最新版本标签；若是，获得所述最新版本标签，并向用户终端推送所述最新版本标签。

请参阅图4，本申请实施例提供了一种应用版本更新装置200，该应用版本更新装置200应用于本地服务器，该应用版本更新装置200包括：

数据获得模块210，用于获得应用的版本更新数据；

差异确定模块220，用于基于git***，确定出所述版本更新数据与所述应用的每一个历史版本数据之间对应的每一个差异数据；

数据存储模块230，用于将版本更新的所述每一个差异数据存储在所述git***中。

数据上传模块240，用于通过所述git***将所述每一个差异数据发送至所述远程服务器，使得用户终端基于所述远程服务器上的所述每一个差异数据更新所述应用的版本。

以及，所述数据获得模块210，还用于获得所述远程服务器发送应用的版本更新数据

需要说明的是，由于所属领域的技术人员可以清楚地了解到，为描述的方便和简洁，上述描述的***、装置和单元的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。

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

综上所述，本申请实施例提供了一种应用版本更新方法及装置。方法包括：获得应用的版本更新数据；基于git***，确定出版本更新数据与应用的每一个历史版本数据之间对应的每一个差异数据；将版本更新的每一个差异数据存储在git***中。

通过在获得应用的版本更新数据后，服务器能够基于git***，自动的确定出该版本更新数据与该应用的每一个历史版本数据之间对应的每一个差异数据，且将该每一个差异数据存储。故就避免了开发者需要基于需要新旧版本的两个安装包才能够确定出需要更新部分的数据的繁琐过程，使得开发人员制作应用的版本更新时更为高效和便捷。

以上仅为本申请的优选实施例而已，并不用于限制本申请，对于本领域的技术人员来说，本申请可以有各种更改和变化。凡在本申请的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本申请的保护范围之内。应注意到：相似的标号和字母在下面的附图中表示类似项，因此，一旦某一项在一个附图中被定义，则在随后的附图中不需要对其进行进一步定义和解释。

以上，仅为本申请的具体实施方式，但本申请的保护范围并不局限于此，任何熟悉本技术领域的技术人员在本申请揭露的技术范围内，可轻易想到变化或替换，都应涵盖在本申请的保护范围之内。因此，本申请的保护范围应以权利要求的保护范围为准。

Claims (10)

1.一种应用版本更新方法，其特征在于，所述方法包括：

获得应用的版本更新数据；

基于git***，确定出所述版本更新数据与所述应用的每一个历史版本数据之间对应的每一个差异数据；

将版本更新的所述每一个差异数据存储在所述git***中。

2.根据权利要求1所述的应用版本更新方法，其特征在于，所述方法应用于远程服务器，所述将版本更新的所述每一个差异数据存储在所述git***中，所述方法还包括：

获得用户终端发送的应用版本更新请求；

根据所述应用版本更新请求，从所述git***中确定出目标差异数据，其中，所述目标差异数据为所述应用的当前版本数据与需要更新为的版本数据之间的差异数据，所述需要更新为的版本数据为所述版本更新数据或所述每一个历史版本数据；

将所述目标差异数据发送至所述用户终端。

3.根据权利要求1所述的应用版本更新方法，其特征在于，所述方法应用于本地服务器，所述本地服务器与远程服务器连接，所述将版本更新的所述每一个差异数据存储在所述git***中之后，所述方法还包括：

通过所述git***将所述每一个差异数据发送至所述远程服务器，使得用户终端基于所述远程服务器上的所述每一个差异数据更新所述应用的版本；

对应的，所述获得应用的版本更新数据，包括：

获得所述远程服务器发送应用的版本更新数据。

4.根据权利要求2或3所述的应用版本更新方法，其特征在于，所述获得应用的版本更新数据之后，所述方法还包括：

基于所述git***，将所述版本更新数据与生成的最新版本标签关联；

向用户终端推送所述最新版本标签。

5.根据权利要求4所述的应用版本更新方法，其特征在于，所述向用户终端推送所述最新版本标签，包括：

在设定时间点，检测所述git***中是否有关联的所述最新版本标签；

若是，获得所述最新版本标签，并向用户终端推送所述最新版本标签。

6.一种应用版本更新装置，其特征在于，所述装置包括：

数据获得模块，用于获得应用的版本更新数据；

差异确定模块，用于基于git***，确定出所述版本更新数据与所述应用的每一个历史版本数据之间对应的每一个差异数据；

数据存储模块，用于将版本更新的所述每一个差异数据存储在所述git***中。

7.根据权利要求6所述的应用版本更新装置，其特征在于，所述装置应用于远程服务器，所述装置还包括：

请求获得模块，用于获得用户终端发送的应用版本更新请求；

版本确定模块，用于根据所述应用版本更新请求，从所述git***中确定出目标差异数据，其中，所述目标差异数据为所述应用的当前版本数据与需要更新为的版本数据之间的差异数据，所述需要更新为的版本数据为所述版本更新数据或所述每一个历史版本数据；

数据发送模块，用于将所述目标差异数据发送至所述用户终端。

8.根据权利要求6所述的应用版本更新装置，其特征在于，所述装置应用于本地服务器，所述本地服务器与远程服务器连接，所述装置还包括：

数据上传模块，用于通过所述git***将所述每一个差异数据发送至所述远程服务器，使得用户终端基于所述远程服务器上的所述每一个差异数据更新所述应用的版本；

对应的，

所述数据获得模块，还用于获得所述远程服务器发送应用的版本更新数据。

9.根据权利要求7或8所述的应用版本更新装置，其特征在于，所述装置还包括：

标签关联模块，用于基于所述git***，将所述版本更新数据与生成的最新版本标签关联；

标签发送模块，用于向用户终端推送所述最新版本标签。

10.根据权利要求9所述的应用版本更新装置，其特征在于，

所述标签发送模块，还用于在设定时间点，检测所述git***中是否有关联的所述最新版本标签；若是，获得所述最新版本标签，并向用户终端推送所述最新版本标签。