CN107894895A - 代码更新的处理方法、装置、存储介质、处理器及服务器 - Google Patents

Abstract

本发明公开了一种代码更新的处理方法、装置、存储介质、处理器及服务器。该方法包括：第一服务器向第二服务器获取一个或多个代码更新版本，其中，一个或多个代码更新版本中每个代码更新版本包括：一个或多个变更文件；第一服务器生成与每个代码更新版本对应的版本信息，其中，版本信息至少包括：初始操作信息，每个代码更新版本的确认状态，每个代码更新版本下一个或多个变更文件的确认属性信息；第一服务器接收来自于终端的查询请求，并根据查询请求从本地存储的全部版本信息中获取待查阅的版本信息；第一服务器将待查阅的版本信息返回至终端。本发明解决了相关技术中所提供的SVN版本管理工具无法进行确认记录的技术问题。

Description

代码更新的处理方法、装置、存储介质、处理器及服务器

技术领域

本发明涉及计算机领域，具体而言，涉及一种代码更新的处理方法、装置、存储介质、处理器及服务器。

背景技术

目前，为了避免测试遗漏，通常都会查询SVN的历史版本，以确认每个版本新增、删除、修改的代码都是经过测试的。SVN版本管理工具并不具备确认记录的功能，而且查阅效率较低。在通常情况下，一个独立的系统功能由一个研发人员负责编写并提交代码。在需要针对一个研发人员或者特定系统功能的变更代码进行确认时，SVN版本管理工具缺少能够直接按照提交人员或者提交注释进行查询的功能。因此，当一行字符中只修改了少量字符时，如果通过SVN版本管理工具查看修改内容，则只能指出代码行之间存在的差异，而并不能具体指出字符差异。特别是当代码行中的字符数量较多时，修改的字符越少，查找差异字符便会愈发困难。

针对上述的问题，目前尚未提出有效的解决方案。

发明内容

本发明至少部分实施例提供了一种代码更新的处理方法、装置、存储介质、处理器及服务器，以至少解决相关技术中所提供的SVN版本管理工具无法进行确认记录的技术问题。

根据本发明其中一实施例，提供了一种代码更新的处理方法，包括：

第一服务器向第二服务器获取一个或多个代码更新版本，其中，一个或多个代码更新版本中每个代码更新版本包括：一个或多个变更文件；第一服务器生成与每个代码更新版本对应的版本信息，其中，版本信息至少包括：初始操作信息，每个代码更新版本的确认状态，每个代码更新版本下一个或多个变更文件的确认属性信息；第一服务器接收来自于终端的查询请求，并根据查询请求从本地存储的全部版本信息中获取待查阅的版本信息；第一服务器将待查阅的版本信息返回至终端。

可选地，第一服务器向第二服务器获取一个或多个代码更新版本包括：第一服务器获取本地存储的最近一次更新的第一代码更新版本号；第一服务器获取在第二服务器上最近一次更新得到的第二代码更新版本号；第一服务器根据第一代码更新版本号与第二代码更新版本号获取一个或多个代码更新版本。

可选地，第一服务器生成与每个代码更新版本对应的版本信息包括：第一服务器按照一个或多个代码更新版本中每个代码更新版本的生成时间顺序对一个或多个代码更新版本进行排序，得到排序结果；第一服务器根据排序结果采用预设版本管理工具依次查询每个代码更新版本的版本号、提交人员、提交日期以及变更文件列表，得到查询结果；第一服务器在查询结果的基础上为每个代码更新版本添加每个代码更新版本的确认状态，每个代码更新版本下一个或多个变更文件的确认人员、确认状态和确认操作时间，得到版本信息。

可选地，在第一服务器将待查阅的版本信息返回至终端之后，还包括：第一服务器接收来自于终端的确认操作记录请求，其中，确认操作记录请求中携带有部分或权变更文件的第一标识信息；第一服务器根据第一标识信息记录部分或权变更文件中每个变更文件的确认人员、确认状态和确认操作时间，并且若根据确认状态确定属于同一个代码更新版本的全部变更文件均已被确认，则将该代码更新版本的确认状态由未确认修改为已确认，得到确认更新记录。

可选地，在第一服务器将待查阅的版本信息返回至终端之后，还包括：第一服务器向当前连接的除终端之外的其余终端发送确认更新记录，指示其余终端进行同步更新。

可选地，第一服务器接收来自于终端的查询请求，并根据查询请求从本地存储的全部版本信息中获取待查阅的版本信息包括：第一服务器接收来自于终端的查询请求，其中，查询请求中携带有待查阅的代码更新版本的第二标识信息、待查阅的代码更新版本下待查阅的部分或全部变更文件的第三标识信息；第一服务器根据第二标识信息和第三标识信息从预设缓存区域中获取待查阅的版本信息；第一服务器采用当前获取时间点与预设存活时间重新调整待查阅的版本信息在预设缓存区域中的生命周期。

可选地，第一服务器接收来自于终端的查询请求，并根据查询请求从本地存储的全部版本信息中获取待查阅的版本信息包括：第一服务器接收来自于终端的查询请求，其中，查询请求中携带有待查阅的代码更新版本的第二标识信息、待查阅的代码更新版本下待查阅的部分或全部变更文件的第三标识信息；第一服务器根据第二标识信息和第三标识信息未能从预设缓存区域中获取到待查阅的版本信息；第一服务器在预设缓存区域中创建缓存，并将待查阅的版本信息存储至缓存；第一服务器采用当前存储时间点与预设存活时间设置待查阅的版本信息在预设缓存区域中的生命周期。

可选地，一个或多个变更文件的类型包括：新增文件、删除文件、修改文件；当类型为新增文件时，则获取当前最新版本的文件全部内容；当类型为删除文件时，则获取前一个版本的文件全部内容；当类型为修改文件时，则获取当前最新版本的文件全部内容与前一个版本的文件全部内容之间的差异内容，其中，差异内容包括：差异代码行以及差异代码行内的差异字符。

可选地，待查阅的版本信息按照预设颜色配置方案展示在终端的显示界面内，其中，预设颜色配置方案包括以下至少之一：显示界面的底色采用第一颜色，新增代码行采用第二颜色、删除代码行采用第三颜色，差异字符的标记颜色采用第四颜色。

根据本发明其中一实施例，还提供了一种代码更新的处理装置，该装置适用于第一服务器，包括：

获取模块，用于向第二服务器获取一个或多个代码更新版本，其中，一个或多个代码更新版本中每个代码更新版本包括：一个或多个变更文件；生成模块，用于生成与每个代码更新版本对应的版本信息，其中，版本信息至少包括：初始操作信息，每个代码更新版本的确认状态，每个代码更新版本下一个或多个变更文件的确认属性信息；第一处理模块，用于接收来自于终端的查询请求，并根据查询请求从本地存储的全部版本信息中获取待查阅的版本信息；反馈模块，用于将待查阅的版本信息返回至终端。

可选地，获取模块包括：第一获取单元，用于获取本地存储的最近一次更新的第一代码更新版本号；第二获取单元，用于获取在第二服务器上最近一次更新得到的第二代码更新版本号；第三获取单元，用于根据第一代码更新版本号与第二代码更新版本号获取一个或多个代码更新版本。

可选地，生成模块包括：排序单元，用于按照一个或多个代码更新版本中每个代码更新版本的生成时间顺序对一个或多个代码更新版本进行排序，得到排序结果；查询单元，用于根据排序结果采用预设版本管理工具依次查询每个代码更新版本的版本号、提交人员、提交日期以及变更文件列表，得到查询结果；生成单元，用于在查询结果的基础上为每个代码更新版本添加每个代码更新版本的确认状态，每个代码更新版本下一个或多个变更文件的确认人员、确认状态和确认操作时间，得到版本信息。

可选地，上述装置还包括：接收模块，用于接收来自于终端的确认操作记录请求，其中，确认操作记录请求中携带有部分或权变更文件的第一标识信息；第二处理模块，用于根据第一标识信息记录部分或权变更文件中每个变更文件的确认人员、确认状态和确认操作时间，并且若根据确认状态确定属于同一个代码更新版本的全部变更文件均已被确认，则将该代码更新版本的确认状态由未确认修改为已确认，得到确认更新记录。

可选地，上述装置还包括：发送模块，用于向当前连接的除终端之外的其余终端发送确认更新记录，指示其余终端进行同步更新。

可选地，第一处理模块包括：接收单元，用于接收来自于终端的查询请求，其中，查询请求中携带有待查阅的代码更新版本的第二标识信息、待查阅的代码更新版本下待查阅的部分或全部变更文件的第三标识信息；第四获取单元，用于根据第二标识信息和第三标识信息从预设缓存区域中获取待查阅的版本信息；调整单元，用于采用当前获取时间点与预设存活时间重新调整待查阅的版本信息在预设缓存区域中的生命周期。

可选地，第一处理模块包括：接收单元，用于接收来自于终端的查询请求，其中，查询请求中携带有待查阅的代码更新版本的第二标识信息、待查阅的代码更新版本下待查阅的部分或全部变更文件的第三标识信息；第四获取单元，用于根据第二标识信息和第三标识信息未能从预设缓存区域中获取到待查阅的版本信息；处理单元，用于在预设缓存区域中创建缓存，并将待查阅的版本信息存储至缓存；设置单元，用于采用当前存储时间点与预设存活时间设置待查阅的版本信息在预设缓存区域中的生命周期。

根据本发明其中一实施例，还提供了一种存储介质，存储介质包括存储的程序，其中，在程序运行时控制存储介质所在设备执行上述代码更新的处理方法。

根据本发明其中一实施例，还提供了一种处理器，处理器用于运行程序，其中，程序运行时执行上述代码更新的处理方法。

根据本发明其中一实施例，还提供了一种服务器，包括：一个或多个处理器，存储器以及一个或多个程序，其中，一个或多个程序被存储在存储器中，并且被配置为由一个或多个处理器执行，一个或多个程序用于执行上述代码更新的处理方法。

在本发明至少部分实施例中，采用第一服务器向第二服务器获取一个或多个代码更新版本，该一个或多个代码更新版本中每个代码更新版本包括：一个或多个变更文件，以及第一服务器生成与每个代码更新版本对应的版本信息，该版本信息至少包括：初始操作信息，每个代码更新版本的确认状态，每个代码更新版本下一个或多个变更文件的确认属性信息的方式，通过第一服务器接收来自于终端的查询请求，并根据查询请求从本地存储的全部版本信息中获取待查阅的版本信息以及第一服务器将待查阅的版本信息返回至终端，弥补了SVN版本管理工具无法进行确认记录的弊端，从而丰富了代码测试过程中记录的版本信息、提升了测试效率，进而解决了相关技术中所提供的SVN版本管理工具无法进行确认记录的技术问题。

附图说明

此处所说明的附图用来提供对本发明的进一步理解，构成本申请的一部分，本发明的示意性实施例及其说明用于解释本发明，并不构成对本发明的不当限定。在附图中：

图1是根据本发明其中一实施例的代码更新的处理方法的流程图；

图2是根据本发明其中一优选实施例的实时更新版本信息过程的示意图；

图3是根据本发明其中一优选实施例的变更确认过程的示意图；

图4是根据本发明其中一优选实施例的多人协同确认过程的示意图；

图5是根据本发明其中一优选实施例的附带生命周期的缓存过程的流程图；

图6是根据本发明其中一优选实施例的生成变更内容过程的示意图；

图7是根据本发明其中一优选实施例的自定义颜色设置过程的示意图；

图8是根据本发明其中一实施例的代码更新的处理装置的结构框图；

图9是根据本发明其中一优选实施例的代码更新的处理装置的结构框图。

具体实施方式

为了使本技术领域的人员更好地理解本发明方案，下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本发明一部分的实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都应当属于本发明保护的范围。

需要说明的是，本发明的说明书和权利要求书及上述附图中的术语“第一”、“第二”等是用于区别类似的对象，而不必用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换，以便这里描述的本发明的实施例能够以除了在这里图示或描述的那些以外的顺序实施。此外，术语“包括”和“具有”以及他们的任何变形，意图在于覆盖不排他的包含，例如，包含了一系列步骤或单元的过程、方法、系统、产品或设备不必限于清楚地列出的那些步骤或单元，而是可包括没有清楚地列出的或对于这些过程、方法、产品或设备固有的其它步骤或单元。

根据本发明其中一实施例，提供了一种代码更新的处理方法的实施例，需要说明的是，在附图的流程图示出的步骤可以在诸如一组计算机可执行指令的计算机系统中执行，并且，虽然在流程图中示出了逻辑顺序，但是在某些情况下，可以以不同于此处的顺序执行所示出或描述的步骤。

图1是根据本发明其中一实施例的代码更新的处理方法的流程图，如图1所示，该方法包括如下步骤：

步骤S10，第一服务器向第二服务器获取一个或多个代码更新版本，其中，一个或多个代码更新版本中每个代码更新版本包括：一个或多个变更文件；

步骤S11，第一服务器生成与每个代码更新版本对应的版本信息，其中，版本信息至少包括：初始操作信息，每个代码更新版本的确认状态，每个代码更新版本下一个或多个变更文件的确认属性信息；

步骤S12，第一服务器接收来自于终端的查询请求，并根据查询请求从本地存储的全部版本信息中获取待查阅的版本信息；

步骤S13，第一服务器将待查阅的版本信息返回至终端。

通过上述步骤，可以采用第一服务器向第二服务器获取一个或多个代码更新版本，该一个或多个代码更新版本中每个代码更新版本包括：一个或多个变更文件，以及第一服务器生成与每个代码更新版本对应的版本信息，该版本信息至少包括：初始操作信息，每个代码更新版本的确认状态，每个代码更新版本下一个或多个变更文件的确认属性信息的方式，通过第一服务器接收来自于终端的查询请求，并根据查询请求从本地存储的全部版本信息中获取待查阅的版本信息以及第一服务器将待查阅的版本信息返回至终端，弥补了SVN版本管理工具无法进行确认记录的弊端，从而丰富了代码测试过程中记录的版本信息、提升了测试效率，进而解决了相关技术中所提供的SVN版本管理工具无法进行确认记录的技术问题。

上述终端具备可视化操作界面，上述第一服务器提供查询、储存以及确认记录功能。此外，上述第二服务器还具备版本信息实时更新、查询索引生成以及变更内容生成的功能。

用户可以使用终端查询版本信息与变更内容，并在确认变更内容经过测试后，再对变更内容进行确认并记录确认信息。

在用户登录终端后，终端可以向服务器请求所有未确认的版本信息，然后再按照提交人员进行划分。采用每个提交人员对应一个页面的方式进行展示，即，一个页面显示一个提交人员所有未确认的版本信息，可以通过一个下拉菜单选择提交人员进行页面切换。而每个代码更新版本信息可以包括但不限于：初始操作信息(其包括：版本号、提交人员、提交日志、提交日期)、每个代码更新版本的确认状态、变更文件列表与各个变更文件的确认属性信息(例如：确认状态、确认人员、确认时间)。通过点击变更文件列表中的文件，会创建一个展示窗口，并显示该变更文件修改前后的变更内容，在用户查看变更内容后进行确认。当一个代码更新版本下的所有变更文件都被确认后，表示该代码更新版本的变更内容已全部得到确认，便可以从当前页面消失。除此，还提供一个查询历史版本的页面，可以按照以下条件至少之一进行查询：提交时间范围，提交人员，提交版本号范围，提交日志。最终的查询结果包含有已确认与未确认的版本信息。

可选地，在步骤S10中，第一服务器向第二服务器获取一个或多个代码更新版本可以包括以下执行步骤：

步骤S101，第一服务器获取本地存储的最近一次更新的第一代码更新版本号；

步骤S102，第一服务器获取在第二服务器上最近一次更新得到的第二代码更新版本号；

步骤S103，第一服务器根据第一代码更新版本号与第二代码更新版本号获取一个或多个代码更新版本。

第一服务器每间隔预设时长触发一次检测操作，其中，该预设时长可以根据实际需求灵活地设置。第一服务器可以使用服务器本地当前记录的最大版本号与第二服务器的SVN版本库中记录的最大版本号进行查询，查询SVN版本库中两个版本号之间的更新版本。

可选地，在步骤S11中，第一服务器生成与每个代码更新版本对应的版本信息可以包括以下执行步骤：

步骤S111，第一服务器按照一个或多个代码更新版本中每个代码更新版本的生成时间顺序对一个或多个代码更新版本进行排序，得到排序结果；

步骤S112，第一服务器根据排序结果采用预设版本管理工具依次查询每个代码更新版本的版本号、提交人员、提交日期以及变更文件列表，得到查询结果；

步骤S113，第一服务器在查询结果的基础上为每个代码更新版本添加每个代码更新版本的确认状态，每个代码更新版本下一个或多个变更文件的确认人员、确认状态和确认操作时间，得到版本信息。

如果存在一个或多个更新版本，则第一服务器需要按照版本号的先后顺序，逐个版本生成版本信息，并储存至第一服务器的版本库中，其中，每个版本的版本信息可以包括但不限于：版本号、提交人员、提交日期、变更文件列表、代码更新版本的确认状态以及该代码更新版本下各个变更文件的确认状态、确认人员与确认时间。这些确认信息的默认值为空，可以在后续操作过程中根据用户确认进行设置。

图2是根据本发明其中一优选实施例的实时更新版本信息过程的示意图，如图2所示，该过程可以包括以下执行步骤：

步骤S201：在第一服务器启动之后，第一服务器的版本信息管理器读取储存的版本信息。

步骤S202：在版本信息管理器中存储的版本信息发生更新之后，获取最大的版本号，通知版本更新检测器。

步骤S203：第一服务器每间隔预设时长定时触发，使用本地版本库当前记录的最大版本号与第二服务器上的SVN版本库的最大版本号，查询SVN版本库的版本更新。

步骤S204：如果发现存在一个或多个代码更新版本，第一服务器可以按照版本号的先后顺序，逐个代码更新版本生成版本信息，加入到版本信息管理器中。具体地，第一服务器首先通过SVN版本管理工具查询版本号、提交人员、提交日期、变更文件列表，以及附加的每个代码更新版本的确认状态与该版本内各个变更文件的确认状态、确认人员与确认时间。这些确认相关信息默认为空，可以在后续操作过程中根据用户确认进行设置。

步骤S205：第一服务器将发生变化的版本信息同步储存至版本库。

可选地，在步骤S13，第一服务器将待查阅的版本信息返回至终端之后，还可以包括以下执行步骤：

步骤S14，第一服务器接收来自于终端的确认操作记录请求，其中，确认操作记录请求中携带有部分或权变更文件的第一标识信息；

步骤S15，第一服务器根据第一标识信息记录部分或权变更文件中每个变更文件的确认人员、确认状态和确认操作时间，并且若根据确认状态确定属于同一个代码更新版本的全部变更文件均已被确认，则将该代码更新版本的确认状态由未确认修改为已确认，得到确认更新记录。

在终端与第一服务器建立连接并登录成功之后，第一服务器向终端推送版本信息，以便终端展示每个变更文件的名称。如果变更文件已经被确认，则在变更文件的名称后方会显示确认信息，该确认信息可以包括：确认操作者、确认状态(确认或未确认)、操作时间，而每个变更文件的名称后方还设置有一个功能按钮，用于向第一服务器发送确认与取消确认的请求消息。当第一服务器接收到来自于终端的请求消息后，会记录如下确认信息：确认操作人员、确认状态(确认或未确认)、操作时间。

图3是根据本发明其中一优选实施例的变更确认过程的示意图。如图3所示，该过程可以包括以下执行步骤：

步骤S301：在第一服务器启动之后，版本信息管理器读取储存的版本信息。每个版本信息可以包括但不限于：版本号、提交时间、提交人员、变更文件列表、每个代码更新版本的确认状态，变更文件列表中的每个变更文件的确认属性信息，其中，确认属性信息包括：确认状态、确认人员、确认时间。

步骤S302：当版本信息增加时，生成查询索引，以便将变更文件、确认人员、确认时间索引到对应的版本信息。在终端执行查询操作时，便可以利用索引快速定位到对应的版本信息返回给终端。

步骤S303：终端可以设置查询条件，向第一服务器获取版本信息，该查询条件可以包括：确认状态、版本号范围、提交时间范围、确认时间范围、指定确认人员、指定提交人员、指定包含路径(即完整的文件路径中的部分路径)。

步骤S304：在终端的展示窗口中查看版本信息与变更内容。

步骤S305：从终端选择变更文件执行确认或取消确认的操作，并向第一服务器发送请求消息，其中，该请求消息中携带有该变更文件对应的版本号。在第一服务器接收到该请求消息之后，查找出与版本号对应的版本信息，并对版本信息进行更新，其包括：变更文件的确认人员、确认状态与确认操作时间，并且设置版本信息的确认状态，若该版本信息的变更文件列表中所包含的全部变更文件均被确认，则需要将确认状态设置为已确认，否则需要将确认状态设置为未确认。

步骤S306：第一服务器将发生变化的版本信息同步存储至版本库。

可选地，在步骤S13，第一服务器将待查阅的版本信息返回至终端之后，还可以包括以下执行步骤：

步骤S16，第一服务器向当前连接的除终端之外的其余终端发送确认更新记录，指示其余终端进行同步更新。

当确认信息发生变化时，第一服务器会将该确认信息推送给当前登录服务器的除上述终端之外的其他终端，以便对其他终端上显示的内容进行刷新。由此实现各个终端之间显示内容的同步更新，从而达到多人同时进行确认工作的目的。

图4是根据本发明其中一优选实施例的多人协同确认过程的示意图，如图4所示，该过程可以包括如下执行步骤：

步骤S401：终端向第一服务器发送请求消息，其中，该请求消息用于向第一服务器获取确认记录。

步骤S402-步骤S404：第一服务器将更新后的确认信息推送给当前与服务器建立登录连接的处该终端之外的其余终端，以实现多个终端之间的信息同步。

步骤S405：第一服务器将发生变化的确认信息同步储存至版本库。

可选地，步骤S12，第一服务器接收来自于终端的查询请求，并根据查询请求从本地存储的全部版本信息中获取待查阅的版本信息可以包括以下执行步骤：

步骤S121，第一服务器接收来自于终端的查询请求，其中，查询请求中携带有待查阅的代码更新版本的第二标识信息、待查阅的代码更新版本下待查阅的部分或全部变更文件的第三标识信息；

步骤S122，第一服务器根据第二标识信息和第三标识信息从预设缓存区域中获取待查阅的版本信息；

步骤S123，第一服务器采用当前获取时间点与预设存活时间重新调整待查阅的版本信息在预设缓存区域中的生命周期。

第一服务器可以对查询频次较高的变更内容进行缓存，从而提升此类变更内容的查询速率。具体实现方式如下：当监控到发生一个或多个版本更新时，对每个文件生成的变更内容创建缓存，并为每个缓存设置一个生命周期。当生命周期结束时，缓存即被销毁。每个缓存以版本号和文件路径为查询索引，在通过终端进行查询时，如果缓存存在，则向终端返回缓存中的变更内容，并且重置该缓存的生命周期，以延长该变更内容的缓存时长。

可选地，在步骤S12中，第一服务器接收来自于终端的查询请求，并根据查询请求从本地存储的全部版本信息中获取待查阅的版本信息可以包括以下执行步骤：

步骤S124，第一服务器接收来自于终端的查询请求，其中，查询请求中携带有待查阅的代码更新版本的第二标识信息、待查阅的代码更新版本下待查阅的部分或全部变更文件的第三标识信息；

步骤S125，第一服务器根据第二标识信息和第三标识信息未能从预设缓存区域中获取到待查阅的版本信息；

步骤S126，第一服务器在预设缓存区域中创建缓存，并将待查阅的版本信息存储至缓存；

步骤S127，第一服务器采用当前存储时间点与预设存活时间设置待查阅的版本信息在预设缓存区域中的生命周期。

如果缓存不存在，则第一服务器需要重新创建缓存，并将缓存中存储的变更内容返回至终端。同时，第一服务器还需要为缓存中存储的变更内容设置生命周期。

图5是根据本发明其中一优选实施例的附带生命周期的缓存过程的流程图，如图5所示，该过程可以包括以下执行步骤：

步骤S501：终端向第一服务器发送版本号与变更文件的路径，以便在第一服务器上创建一个查询请求加入查找器的队列中，该查询请求中携带有终端标识信息、版本号与变更文件路径。

步骤S502：第一服务器遍历查找器队列中的查询请求，以查询请求中版本号与变更文件的路径为索引，获取对应的缓存。

步骤S503-步骤S504：如果能够查找到对应的缓存，则第一服务器获取缓存中存储的版本信息，然后再根据查询请求中携带的终端标识信息将版本信息返回给对应的终端。然后，再以查询请求中携带的版本号与变更文件的路径为索引，从缓存销毁队列中查找到该缓存记录的销毁时间，并利用当前时间以及预先设定的缓存存活时间重新计算缓存销毁时间，同时将此查询请求从查找器队列中销毁，进而完成一次查询操作。

步骤S505：如果无法查找到对应的缓存，则第一服务器重新生成缓存。

步骤S506：在版本库增加新的版本信息时，则第一服务器需要生成一次缓存。

步骤S507-步骤S508：在接收到生成缓存的请求消息之后，第一服务器生成变更内容并创建缓存，然后再以请求消息中携带的版本号与变更文件的路径为索引，加入至缓存库。同时，利用当前时间以及预先设定的缓存存活时间重新计算缓存销毁时间，加入至缓存销毁队列中。

步骤S509：第一服务器遍历缓存销毁队列中记录的缓存销毁时间，如果当前时间大于销毁时间，则从缓存销毁队列中将对应的缓存删除，同时，删除该缓存的销毁时间记录。

可选地，一个或多个变更文件的类型可以包括但不限于：新增文件、删除文件、修改文件；当类型为新增文件时，则获取当前最新版本的文件全部内容；当类型为删除文件时，则获取前一个版本的文件全部内容；当类型为修改文件时，则获取当前最新版本的文件全部内容与前一个版本的文件全部内容之间的差异内容，其中，差异内容包括：差异代码行以及差异代码行内的差异字符。

如果执行的是增加文件操作，生成的变更内容应当为当前版本的文件全文。如果执行的是删除文件操作，生成变更内容应当为前一个版本的文件全文。如果执行的是修改文件操作，生成的变更内容应当为修改后文件相对于修改前文件的变更内容。此外，在修改文件的过程中，还可以通过以下方式在查找到差异行的同时查找到差异字符：获取前一个版本的修改文件与当前版本的修改文件，使用python的difflib库重新生成变更内容，其相比于使用SVN版本管理工具的diff命令所查询到的变更内容，新增了差异字符的标记，由此能够让用户快速地定位变更内容，从而提高查阅效率。

图6是根据本发明其中一优选实施例的生成变更内容过程的示意图，如图6所示，该方法可以包括以下执行步骤：

步骤S601-步骤S602：如果更新的文件属于修改文件，则第一服务器获取该文件当前版本的全文内容，再获取该文件前一个版本的全文内容。

步骤S603-步骤S604：第一服务器通过python的difflib库对当前版本与前一个版本的全文内容进行对比，生成变更内容。

步骤S605：如果更新的文件属于增加文件，则第一服务器获取该文件当前版本的全文内容。

步骤S606：如果更新的文件属于删除文件，则第一服务器获取该文件前一个版本的全文内容。

步骤S607-步骤S609：第一服务器采用最终生成的变更内容创建缓存，并以版本号与变更文件的路径为索引，加入缓存销毁队列中。

可选地，待查阅的版本信息按照预设颜色配置方案展示在终端的显示界面内，其中，预设颜色配置方案包括以下至少之一：显示界面的底色采用第一颜色(例如：白色)，新增代码行采用第二颜色(例如：绿色)、删除代码行采用第三颜色(例如：红色)，差异字符的标记颜色采用第四颜色(例如：黄色)。

变更内容展示窗口可以提供底部、全文、删除内容、增加内容、指定差异字符的标记颜色设置功能。该功能根椐用户预先配置的颜色方案，调整所查阅的文件变更内容的颜色，以提高用户查阅的舒适度。具体地，根据用户配置的底部颜色来设置文本框底色，根据用户配置的全文颜色来设置输出的文本颜色，根据用户配置的删除内容颜色来设置文本中以“-”开头的代码行颜色，根据用户配置的增加内容颜色来设置文本中以“+”开头的代码行颜色。根据用户配置的标记颜色来设置文本中连续“^”、连续“-”或者连续“+”的字符颜色。

图7是根据本发明其中一优选实施例的自定义颜色设置过程的示意图，如图7所示，该过程可以包括以下执行步骤：

步骤S701：通过终端配色窗口进行颜色设置，其中，可配置的参数可以包括但不限于：展示窗口底色、默认文字颜色、删除行文字颜色、增加行文字颜色、标记颜色，配置完成的配色方案采用文本文件方式存储至用户本地。

步骤S702-步骤S703：终端开启展示窗口，读取配色方案中底色，进而改变展示窗口底色，如果无法查找到底色的配色方案，则使用默认颜色。

步骤S704-步骤S705：遍历需要显示变更内容每行文字，读取配色方案中默认文字颜色、删除行文字颜色、增加行文字颜色、标记颜色。若该行文字能够匹配正则表达式"^Index:|^---|^\+\+\+|^\？[^\？]|^\？$|^@@"，则使用标记颜色；若该行文字能够匹配正则表达式"^\+(|\t)|^\+[^\+]|^\+$"，则使用增加行文字颜色；若该文字能够匹配正则表达式"^\-[^\-]|^\-$"，则使用删除行文字颜色；其余未能匹配到的代码行，则使用默认文字颜色。

正则表达式1："^Index:|^---|^\+\+\+|^\？[^\？]|^\？$|^@@"，用于匹配以开头为“Index:”，或者开头为“---”，或者开头为“+++”，或者开头为“？”紧接一个非“？”，或者只有“？”一个字符，或者开头为“@@”的行内容。

正则表达式2："^\+(|\t)|^\+[^\+]|^\+$"，用于匹配以开头为“+”，或者开头为“+”紧接一个非“+”，或者只有“+”一个字符的行内容。

正则表达式3："^\-(|\t)|^\-[^\-]|^\-$"，用于匹配以开头为“-”，或者开头为“-”紧接一个非“-”，或者只有“-”一个字符的行内容。

步骤S706：需要显示的变更内容，可以按照预先配置的文字颜色，输出至展示窗口中进行显示。

根据本发明其中一实施例，提供了一种代码更新的处理转置的实施例，图8是根据本发明其中一实施例的代码更新的处理装置的结构框图，如图8所示，该装置包括：获取模块10，用于向第二服务器获取一个或多个代码更新版本，其中，一个或多个代码更新版本中每个代码更新版本包括：一个或多个变更文件；生成模块20，用于生成与每个代码更新版本对应的版本信息，其中，版本信息至少包括：初始操作信息，每个代码更新版本的确认状态，每个代码更新版本下一个或多个变更文件的确认属性信息；第一处理模块30，用于接收来自于终端的查询请求，并根据查询请求从本地存储的全部版本信息中获取待查阅的版本信息；反馈模块40，用于将待查阅的版本信息返回至终端。

可选地，获取模块10包括：第一获取单元(图中未示出)，用于获取本地存储的最近一次更新的第一代码更新版本号；第二获取单元(图中未示出)，用于获取在第二服务器上最近一次更新得到的第二代码更新版本号；第三获取单元(图中未示出)，用于根据第一代码更新版本号与第二代码更新版本号获取一个或多个代码更新版本。

可选地，生成模块20包括：排序单元(图中未示出)，用于按照一个或多个代码更新版本中每个代码更新版本的生成时间顺序对一个或多个代码更新版本进行排序，得到排序结果；查询单元(图中未示出)，用于根据排序结果采用预设版本管理工具依次查询每个代码更新版本的版本号、提交人员、提交日期以及变更文件列表，得到查询结果；生成单元(图中未示出)，用于在查询结果的基础上为每个代码更新版本添加每个代码更新版本的确认状态，每个代码更新版本下一个或多个变更文件的确认人员、确认状态和确认操作时间，得到版本信息。

可选地，图9是根据本发明其中一优选实施例的代码更新的处理装置的结构框图，如图9所示，上述装置还包括：接收模块50，用于接收来自于终端的确认操作记录请求，其中，确认操作记录请求中携带有部分或权变更文件的第一标识信息；第二处理模块60，用于根据第一标识信息记录部分或权变更文件中每个变更文件的确认人员、确认状态和确认操作时间，并且若根据确认状态确定属于同一个代码更新版本的全部变更文件均已被确认，则将该代码更新版本的确认状态由未确认修改为已确认，得到确认更新记录。

可选地，如图9所示，上述装置还包括：发送模块70，用于向当前连接的除终端之外的其余终端发送确认更新记录，指示其余终端进行同步更新。

可选地，第一处理模块30包括：接收单元(图中未示出)，用于接收来自于终端的查询请求，其中，查询请求中携带有待查阅的代码更新版本的第二标识信息、待查阅的代码更新版本下待查阅的部分或全部变更文件的第三标识信息；第四获取单元(图中未示出)，用于根据第二标识信息和第三标识信息从预设缓存区域中获取待查阅的版本信息；调整单元(图中未示出)，用于采用当前获取时间点与预设存活时间重新调整待查阅的版本信息在预设缓存区域中的生命周期。

可选地，第一处理模块30包括：接收单元(图中未示出)，用于接收来自于终端的查询请求，其中，查询请求中携带有待查阅的代码更新版本的第二标识信息、待查阅的代码更新版本下待查阅的部分或全部变更文件的第三标识信息；第四获取单元(图中未示出)，用于根据第二标识信息和第三标识信息未能从预设缓存区域中获取到待查阅的版本信息；处理单元(图中未示出)，用于在预设缓存区域中创建缓存，并将待查阅的版本信息存储至缓存；设置单元(图中未示出)，用于采用当前存储时间点与预设存活时间设置待查阅的版本信息在预设缓存区域中的生命周期。

可选地，一个或多个变更文件的类型可以包括但不限于：新增文件、删除文件、修改文件；当类型为新增文件时，则获取当前最新版本的文件全部内容；当类型为删除文件时，则获取前一个版本的文件全部内容；当类型为修改文件时，则获取当前最新版本的文件全部内容与前一个版本的文件全部内容之间的差异内容，其中，差异内容包括：差异代码行以及差异代码行内的差异字符。

可选地，待查阅的版本信息按照预设颜色配置方案展示在终端的显示界面内，其中，预设颜色配置方案包括以下至少之一：显示界面的底色采用第一颜色，新增代码行采用第二颜色、删除代码行采用第三颜色，差异字符的标记颜色采用第四颜色。

根据本发明其中一实施例，还提供了一种存储介质，存储介质包括存储的程序，其中，在程序运行时控制存储介质所在设备执行上述代码更新的处理方法。上述存储介质可以包括但不限于：U盘、只读存储器(ROM)、随机存取存储器(RAM)、移动硬盘、磁碟或者光盘等各种可以存储程序代码的介质。

根据本发明其中一实施例，还提供了一种处理器，处理器用于运行程序，其中，程序运行时执行上述代码更新的处理方法。上述处理器可以包括但不限于：微处理器(MCU)或可编程逻辑器件(FPGA)等的处理装置。

上述本发明实施例序号仅仅为了描述，不代表实施例的优劣。

在本发明的上述实施例中，对各个实施例的描述都各有侧重，某个实施例中没有详述的部分，可以参见其他实施例的相关描述。

在本申请所提供的几个实施例中，应该理解到，所揭露的技术内容，可通过其它的方式实现。其中，以上所描述的装置实施例仅仅是示意性的，例如所述单元的划分，可以为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口，单元或模块的间接耦合或通信连接，可以是电性或其它的形式。

所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。

另外，在本发明各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现，也可以采用软件功能单元的形式实现。

所述集成的单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本发明的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的全部或部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可为个人计算机、服务器或者网络设备等)执行本发明各个实施例所述方法的全部或部分步骤。

以上所述仅是本发明的优选实施方式，应当指出，对于本技术领域的普通技术人员来说，在不脱离本发明原理的前提下，还可以做出若干改进和润饰，这些改进和润饰也应视为本发明的保护范围。

Claims (19)

1.一种代码更新的处理方法，其特征在于，包括：

第一服务器向第二服务器获取一个或多个代码更新版本，其中，所述一个或多个代码更新版本中每个代码更新版本包括：一个或多个变更文件；

所述第一服务器生成与每个代码更新版本对应的版本信息，其中，所述版本信息至少包括：初始操作信息，每个代码更新版本的确认状态，每个代码更新版本下一个或多个变更文件的确认属性信息；

所述第一服务器接收来自于终端的查询请求，并根据所述查询请求从本地存储的全部版本信息中获取待查阅的版本信息；

所述第一服务器将所述待查阅的版本信息返回至所述终端。

2.根据权利要求1所述的方法，其特征在于，所述第一服务器向所述第二服务器获取所述一个或多个代码更新版本包括：

所述第一服务器获取本地存储的最近一次更新的第一代码更新版本号；

所述第一服务器获取在所述第二服务器上最近一次更新得到的第二代码更新版本号；

所述第一服务器根据所述第一代码更新版本号与所述第二代码更新版本号获取所述一个或多个代码更新版本。

3.根据权利要求2所述的方法，其特征在于，所述第一服务器生成与每个代码更新版本对应的版本信息包括：

所述第一服务器按照所述一个或多个代码更新版本中每个代码更新版本的生成时间顺序对所述一个或多个代码更新版本进行排序，得到排序结果；

所述第一服务器根据所述排序结果采用预设版本管理工具依次查询每个代码更新版本的版本号、提交人员、提交日期以及变更文件列表，得到查询结果；

所述第一服务器在所述查询结果的基础上为每个代码更新版本添加每个代码更新版本的确认状态，每个代码更新版本下一个或多个变更文件的确认人员、确认状态和确认操作时间，得到所述版本信息。

4.根据权利要求1所述的方法，其特征在于，在所述第一服务器将所述待查阅的版本信息返回至所述终端之后，还包括：

所述第一服务器接收来自于所述终端的确认操作记录请求，其中，所述确认操作记录请求中携带有部分或权变更文件的第一标识信息；

所述第一服务器根据所述第一标识信息记录所述部分或权变更文件中每个变更文件的确认人员、确认状态和确认操作时间，并且若根据所述确认状态确定属于同一个代码更新版本的全部变更文件均已被确认，则将该代码更新版本的确认状态由未确认修改为已确认，得到确认更新记录。

5.根据权利要求4所述的方法，其特征在于，在所述第一服务器将所述待查阅的版本信息返回至所述终端之后，还包括：

所述第一服务器向当前连接的除所述终端之外的其余终端发送所述确认更新记录，指示所述其余终端进行同步更新。

6.根据权利要求1所述的方法，其特征在于，所述第一服务器接收来自于所述终端的所述查询请求，并根据所述查询请求从本地存储的全部版本信息中获取所述待查阅的版本信息包括：

所述第一服务器接收来自于所述终端的所述查询请求，其中，所述查询请求中携带有待查阅的代码更新版本的第二标识信息、所述待查阅的代码更新版本下待查阅的部分或全部变更文件的第三标识信息；

所述第一服务器根据所述第二标识信息和所述第三标识信息从预设缓存区域中获取所述待查阅的版本信息；

所述第一服务器采用当前获取时间点与预设存活时间重新调整所述待查阅的版本信息在所述预设缓存区域中的生命周期。

7.根据权利要求1所述的方法，其特征在于，所述第一服务器接收来自于所述终端的所述查询请求，并根据所述查询请求从本地存储的全部版本信息中获取所述待查阅的版本信息包括：

所述第一服务器接收来自于所述终端的所述查询请求，其中，所述查询请求中携带有待查阅的代码更新版本的第二标识信息、所述待查阅的代码更新版本下待查阅的部分或全部变更文件的第三标识信息；

所述第一服务器根据所述第二标识信息和所述第三标识信息未能从预设缓存区域中获取到所述待查阅的版本信息；

所述第一服务器在所述预设缓存区域中创建缓存，并将所述待查阅的版本信息存储至所述缓存；

所述第一服务器采用当前存储时间点与预设存活时间设置所述待查阅的版本信息在所述预设缓存区域中的生命周期。

8.根据权利要求1所述的方法，其特征在于，所述一个或多个变更文件的类型包括：新增文件、删除文件、修改文件；当所述类型为新增文件时，则获取当前最新版本的文件全部内容；当所述类型为删除文件时，则获取前一个版本的文件全部内容；当所述类型为修改文件时，则获取当前最新版本的文件全部内容与前一个版本的文件全部内容之间的差异内容，其中，所述差异内容包括：差异代码行以及所述差异代码行内的差异字符。

9.根据权利要求1所述的方法，其特征在于，所述待查阅的版本信息按照预设颜色配置方案展示在所述终端的显示界面内，其中，所述预设颜色配置方案包括以下至少之一：所述显示界面的底色采用第一颜色，新增代码行采用第二颜色、删除代码行采用第三颜色，差异字符的标记颜色采用第四颜色。

10.一种代码更新的处理装置，其特征在于，所述装置适用于第一服务器，包括：

获取模块，用于向第二服务器获取一个或多个代码更新版本，其中，所述一个或多个代码更新版本中每个代码更新版本包括：一个或多个变更文件；

生成模块，用于生成与每个代码更新版本对应的版本信息，其中，所述版本信息至少包括：初始操作信息，每个代码更新版本的确认状态，每个代码更新版本下一个或多个变更文件的确认属性信息；

第一处理模块，用于接收来自于终端的查询请求，并根据所述查询请求从本地存储的全部版本信息中获取待查阅的版本信息；

反馈模块，用于将所述待查阅的版本信息返回至所述终端。

11.根据权利要求10所述的装置，其特征在于，所述获取模块包括：

第一获取单元，用于获取本地存储的最近一次更新的第一代码更新版本号；

第二获取单元，用于获取在所述第二服务器上最近一次更新得到的第二代码更新版本号；

第三获取单元，用于根据所述第一代码更新版本号与所述第二代码更新版本号获取所述一个或多个代码更新版本。

12.根据权利要求11所述的装置，其特征在于，所述生成模块包括：

排序单元，用于按照所述一个或多个代码更新版本中每个代码更新版本的生成时间顺序对所述一个或多个代码更新版本进行排序，得到排序结果；

查询单元，用于根据所述排序结果采用预设版本管理工具依次查询每个代码更新版本的版本号、提交人员、提交日期以及变更文件列表，得到查询结果；

生成单元，用于在所述查询结果的基础上为每个代码更新版本添加每个代码更新版本的确认状态，每个代码更新版本下一个或多个变更文件的确认人员、确认状态和确认操作时间，得到所述版本信息。

13.根据权利要求10所述的装置，其特征在于，所述装置还包括：

接收模块，用于接收来自于所述终端的确认操作记录请求，其中，所述确认操作记录请求中携带有部分或权变更文件的第一标识信息；

第二处理模块，用于根据所述第一标识信息记录所述部分或权变更文件中每个变更文件的确认人员、确认状态和确认操作时间，并且若根据所述确认状态确定属于同一个代码更新版本的全部变更文件均已被确认，则将该代码更新版本的确认状态由未确认修改为已确认，得到确认更新记录。

14.根据权利要求13所述的装置，其特征在于，所述装置还包括：

发送模块，用于向当前连接的除所述终端之外的其余终端发送所述确认更新记录，指示所述其余终端进行同步更新。

15.根据权利要求10所述的装置，其特征在于，所述第一处理模块包括：

接收单元，用于接收来自于所述终端的所述查询请求，其中，所述查询请求中携带有待查阅的代码更新版本的第二标识信息、所述待查阅的代码更新版本下待查阅的部分或全部变更文件的第三标识信息；

第四获取单元，用于根据所述第二标识信息和所述第三标识信息从预设缓存区域中获取所述待查阅的版本信息；

调整单元，用于采用当前获取时间点与预设存活时间重新调整所述待查阅的版本信息在所述预设缓存区域中的生命周期。

16.根据权利要求10所述的装置，其特征在于，所述第一处理模块包括：

接收单元，用于接收来自于所述终端的所述查询请求，其中，所述查询请求中携带有待查阅的代码更新版本的第二标识信息、所述待查阅的代码更新版本下待查阅的部分或全部变更文件的第三标识信息；

第四获取单元，用于根据所述第二标识信息和所述第三标识信息未能从预设缓存区域中获取到所述待查阅的版本信息；

处理单元，用于在所述预设缓存区域中创建缓存，并将所述待查阅的版本信息存储至所述缓存；

设置单元，用于采用当前存储时间点与预设存活时间设置所述待查阅的版本信息在所述预设缓存区域中的生命周期。

17.一种存储介质，其特征在于，所述存储介质包括存储的程序，其中，在所述程序运行时控制所述存储介质所在设备执行权利要求1至9中任意一项所述的代码更新的处理方法。

18.一种处理器，其特征在于，所述处理器用于运行程序，其中，所述程序运行时执行权利要求1至9中任意一项所述的代码更新的处理方法。

19.一种服务器，其特征在于，包括：一个或多个处理器，存储器以及一个或多个程序，其中，所述一个或多个程序被存储在所述存储器中，并且被配置为由所述一个或多个处理器执行，所述一个或多个程序用于执行权利要求1至9中任意一项所述的代码更新的处理方法。