[發明專利]一種代碼審查方法及其設備

在審

• 申請號: 201811550068.1
• 申請日: 2018-12-18
• 公開（公告）號: CN109739543A
• 公開（公告）日: 2019-05-10
• 發明（設計）人: 周強
• 申請（專利權）人: 杭州茂財網絡技術有限公司
• 主分類號: G06F8/71
• 分類號: G06F8/71
• 代理公司: 杭州裕陽聯合專利代理有限公司 33289
• 代理人: 姚宇吉

本發明實施例公開一種代碼審查方法及其設備，其中方法包括如下步驟：獲取所輸入的待審查代碼，基于代碼審查軟件調用軟件項目對所述待審查代碼進行靜態審查，當所述靜態審查的結果為合格時，基于所述代碼審查軟件顯示輸出所述待審查代碼，以使開發人員對所述待審查代碼進行初步審查，當所述初步審查的結果為合格時，基于所述軟件項目對所述待審查代碼進行再次審查，當所述再次審查的結果為合格時，將所述待審查代碼存儲至代碼庫。采用本發明，通過在代碼審查中引入代碼審查軟件和軟件項目實現對代碼的逐層審查，可以實現一套完整的自動化代碼審查流程，從而可以提高代碼審查的專業性、安全性以及審查力度。

技術領域

本發明涉及互聯網技術領域，尤其涉及一種代碼審查方法及其設備。

背景技術

隨著互聯網技術與企業規模的發展，所有項目的代碼量不斷提高。在項目發展初期，實現需求并完善功能是第一目的，而伴隨著代碼量的逐步提高與對項目質量的重視程度不斷提高，代碼審查就出現了。現階段使用較多的代碼管理倉庫為Gitlab與Github，這些平臺提供了一些代碼審查機制，但存在諸多不足并缺乏審查專業性。

現有技術中的代碼審查方案主要有以下三種：

1、直接入庫。本地代碼開發完成之后，直接使用git push推到遠程倉庫中，這種方式從根本上就缺乏review。從而導致代碼可維護性差，且安全性較低。

2、入庫之后進行代碼審查。這種方式雖然有代碼審查的步驟但有諸多弊端，這種方式存在明顯滯后性，當代碼已經入庫之后再進行審查就不再方便修改代碼，從而增加了審查步驟增加了審查成本。

3、使用merge request。Gitlab提供了merge request的方案，但這種方案在審查的顆粒度上明顯較粗，只能使用分支，限制了代碼審查的自由性。

發明內容

本發明實施例提供一種代碼審查方法及其設備，通過在代碼審查中引入代碼審查軟件和軟件項目實現對代碼的逐層審查，可以實現一套完整的自動化代碼審查流程，從而可以提高代碼審查的專業性、安全性以及審查力度。

本發明實施例第一方面提供了一種代碼審查方法，可包括：

獲取所輸入的待審查代碼，基于代碼審查軟件調用軟件項目對所述待審查代碼進行靜態審查；

當所述靜態審查的結果為合格時，基于所述代碼審查軟件顯示輸出所述待審查代碼，以使開發人員對所述待審查代碼進行初步審查；

當所述初步審查的結果為合格時，基于所述軟件項目對所述待審查代碼進行再次審查，所述再次審查包括功能測試、模塊測試和系統測試；

當所述再次審查的結果為合格時，將所述待審查代碼存儲至代碼庫。

本發明實施例第二方面提供了一種代碼審查設備，可包括：

靜態審查單元，用于獲取所輸入的待審查代碼，基于代碼審查軟件調用軟件項目對所述待審查代碼進行靜態審查；

輸出顯示單元，用于當所述靜態審查的結果為合格時，基于所述代碼審查軟件顯示輸出所述待審查代碼，以使開發人員對所述待審查代碼進行初步審查；

再次審查單元，用于當所述初步審查的結果為合格時，基于所述軟件項目對所述待審查代碼進行再次審查，所述再次審查包括功能測試、模塊測試和系統測試；

代碼存儲單元，用于當所述再次審查的結果為合格時，將所述待審查代碼存儲至代碼庫。