[发明专利]代码更新的处理方法、装置、存储介质、处理器及服务器

说明书

技术领域

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

背景技术

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

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

发明内容

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

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

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

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

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

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

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

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

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