[發(fā)明專利]代碼更新的處理方法、裝置、存儲介質(zhì)、處理器及服務(wù)器

在審

• 申請?zhí)枺?/td>: 201711078694.0
• 申請日: 2017-11-06
• 公開（公告）號: CN107894895A
• 公開（公告）日: 2018-04-10
• 發(fā)明（設(shè)計）人: 謝岳峰
• 申請（專利權(quán)）人: 網(wǎng)易（杭州）網(wǎng)絡(luò)有限公司
• 主分類號: G06F8/65
• 分類號: G06F8/65
• 代理公司: 北京博浩百睿知識產(chǎn)權(quán)代理有限責(zé)任公司11134
• 代理人: 宋子良

技術(shù)領(lǐng)域

本發(fā)明涉及計算機領(lǐng)域，具體而言，涉及一種代碼更新的處理方法、裝置、存儲介質(zhì)、處理器及服務(wù)器。

背景技術(shù)

目前，為了避免測試遺漏，通常都會查詢SVN的歷史版本，以確認(rèn)每個版本新增、刪除、修改的代碼都是經(jīng)過測試的。SVN版本管理工具并不具備確認(rèn)記錄的功能，而且查閱效率較低。在通常情況下，一個獨立的系統(tǒng)功能由一個研發(fā)人員負(fù)責(zé)編寫并提交代碼。在需要針對一個研發(fā)人員或者特定系統(tǒng)功能的變更代碼進(jìn)行確認(rèn)時，SVN版本管理工具缺少能夠直接按照提交人員或者提交注釋進(jìn)行查詢的功能。因此，當(dāng)一行字符中只修改了少量字符時，如果通過SVN版本管理工具查看修改內(nèi)容，則只能指出代碼行之間存在的差異，而并不能具體指出字符差異。特別是當(dāng)代碼行中的字符數(shù)量較多時，修改的字符越少，查找差異字符便會愈發(fā)困難。

針對上述的問題，目前尚未提出有效的解決方案。

發(fā)明內(nèi)容

本發(fā)明至少部分實施例提供了一種代碼更新的處理方法、裝置、存儲介質(zhì)、處理器及服務(wù)器，以至少解決相關(guān)技術(shù)中所提供的SVN版本管理工具無法進(jìn)行確認(rèn)記錄的技術(shù)問題。

根據(jù)本發(fā)明其中一實施例，提供了一種代碼更新的處理方法，包括：

第一服務(wù)器向第二服務(wù)器獲取一個或多個代碼更新版本，其中，一個或多個代碼更新版本中每個代碼更新版本包括：一個或多個變更文件；第一服務(wù)器生成與每個代碼更新版本對應(yīng)的版本信息，其中，版本信息至少包括：初始操作信息，每個代碼更新版本的確認(rèn)狀態(tài)，每個代碼更新版本下一個或多個變更文件的確認(rèn)屬性信息；第一服務(wù)器接收來自于終端的查詢請求，并根據(jù)查詢請求從本地存儲的全部版本信息中獲取待查閱的版本信息；第一服務(wù)器將待查閱的版本信息返回至終端。

可選地，第一服務(wù)器向第二服務(wù)器獲取一個或多個代碼更新版本包括：第一服務(wù)器獲取本地存儲的最近一次更新的第一代碼更新版本號；第一服務(wù)器獲取在第二服務(wù)器上最近一次更新得到的第二代碼更新版本號；第一服務(wù)器根據(jù)第一代碼更新版本號與第二代碼更新版本號獲取一個或多個代碼更新版本。

可選地，第一服務(wù)器生成與每個代碼更新版本對應(yīng)的版本信息包括：第一服務(wù)器按照一個或多個代碼更新版本中每個代碼更新版本的生成時間順序?qū)σ粋€或多個代碼更新版本進(jìn)行排序，得到排序結(jié)果；第一服務(wù)器根據(jù)排序結(jié)果采用預(yù)設(shè)版本管理工具依次查詢每個代碼更新版本的版本號、提交人員、提交日期以及變更文件列表，得到查詢結(jié)果；第一服務(wù)器在查詢結(jié)果的基礎(chǔ)上為每個代碼更新版本添加每個代碼更新版本的確認(rèn)狀態(tài)，每個代碼更新版本下一個或多個變更文件的確認(rèn)人員、確認(rèn)狀態(tài)和確認(rèn)操作時間，得到版本信息。

可選地，在第一服務(wù)器將待查閱的版本信息返回至終端之后，還包括：第一服務(wù)器接收來自于終端的確認(rèn)操作記錄請求，其中，確認(rèn)操作記錄請求中攜帶有部分或權(quán)變更文件的第一標(biāo)識信息；第一服務(wù)器根據(jù)第一標(biāo)識信息記錄部分或權(quán)變更文件中每個變更文件的確認(rèn)人員、確認(rèn)狀態(tài)和確認(rèn)操作時間，并且若根據(jù)確認(rèn)狀態(tài)確定屬于同一個代碼更新版本的全部變更文件均已被確認(rèn)，則將該代碼更新版本的確認(rèn)狀態(tài)由未確認(rèn)修改為已確認(rèn)，得到確認(rèn)更新記錄。

可選地，在第一服務(wù)器將待查閱的版本信息返回至終端之后，還包括：第一服務(wù)器向當(dāng)前連接的除終端之外的其余終端發(fā)送確認(rèn)更新記錄，指示其余終端進(jìn)行同步更新。

可選地，第一服務(wù)器接收來自于終端的查詢請求，并根據(jù)查詢請求從本地存儲的全部版本信息中獲取待查閱的版本信息包括：第一服務(wù)器接收來自于終端的查詢請求，其中，查詢請求中攜帶有待查閱的代碼更新版本的第二標(biāo)識信息、待查閱的代碼更新版本下待查閱的部分或全部變更文件的第三標(biāo)識信息；第一服務(wù)器根據(jù)第二標(biāo)識信息和第三標(biāo)識信息從預(yù)設(shè)緩存區(qū)域中獲取待查閱的版本信息；第一服務(wù)器采用當(dāng)前獲取時間點與預(yù)設(shè)存活時間重新調(diào)整待查閱的版本信息在預(yù)設(shè)緩存區(qū)域中的生命周期。

可選地，第一服務(wù)器接收來自于終端的查詢請求，并根據(jù)查詢請求從本地存儲的全部版本信息中獲取待查閱的版本信息包括：第一服務(wù)器接收來自于終端的查詢請求，其中，查詢請求中攜帶有待查閱的代碼更新版本的第二標(biāo)識信息、待查閱的代碼更新版本下待查閱的部分或全部變更文件的第三標(biāo)識信息；第一服務(wù)器根據(jù)第二標(biāo)識信息和第三標(biāo)識信息未能從預(yù)設(shè)緩存區(qū)域中獲取到待查閱的版本信息；第一服務(wù)器在預(yù)設(shè)緩存區(qū)域中創(chuàng)建緩存，并將待查閱的版本信息存儲至緩存；第一服務(wù)器采用當(dāng)前存儲時間點與預(yù)設(shè)存活時間設(shè)置待查閱的版本信息在預(yù)設(shè)緩存區(qū)域中的生命周期。