[發明專利]一種軟件持續集成方法和系統

在審

• 申請號: 201710712296.3
• 申請日: 2017-08-18
• 公開（公告）號: CN107450933A
• 公開（公告）日: 2017-12-08
• 發明（設計）人: 司文文;張存昕
• 申請（專利權）人: 鄭州云海信息技術有限公司
• 主分類號: G06F9/44
• 分類號: G06F9/44
• 代理公司: 北京安信方達知識產權代理有限公司11262
• 代理人: 李紅爽,李丹

技術領域

本發明涉及軟件開發技術，尤指一種軟件持續集成方法和系統。

背景技術

在云計算時代，軟件開發過程中，開發成員經常需要把自己工作集成到項目中，通常每個成員每天至少集成一次。如果項目較小，對外部的依賴也相對較小，那么軟件集成涉及的流程及所需的系統架構都較簡單。但是目前很多軟件項目，特別是互聯網項目，面臨著需求不明確、系統架構復雜、任務分配混亂等一系列問題，從而給持續集成帶來許多困難，也給整個項目帶來不必要的風險。

綜上，現有的持續集成系統無法滿足現有復雜軟件項目持續集成需求。

發明內容

為了解決上述技術問題，本發明提供了一種軟件持續集成方法和系統，通過多分支合并管理持續集成過程，在縮短測試環境持續構建時間的同時，大大提高軟件研發的效率，解決了現有的持續集成系統無法滿足現有復雜軟件項目持續集成需求的問題。

為了達到本發明目的，本發明提供了一種軟件持續集成方法，包括：

持續監控版本控制庫的開發分支；

在檢測到所述開發分支上有新的代碼提交時，對新的代碼進行驗收測試；

在驗收測試通過后，將所述開發分支合并至發布分支，進行打包。

優選的，所述版本控制庫包含至少兩個分支，所述至少兩個分支中包含一開發分支與一發布分支。

優選的，在檢測到所述開發分支上有新的代碼提交時，對新的代碼進行驗收測試的步驟包括：

在檢測到所述開發分支上有新的代碼提交時，編譯代碼，測試代碼質量；

編譯成功后，對工程進行打包，重啟測試環境實例；

進行驗收測試，檢測所述新的代碼涉及的改變是否滿足業務需求所定義的驗收條件，在滿足所述驗收條件時判定驗收測試通過。

優選的，該方法還包括：

持續監控所述版本控制庫的所述發布分支。

優選的，在驗收測試通過后，將所述開發分支合并至發布分支，進行打包的步驟包括：

在驗收測試通過后，將所述開發分支合并至所述發布分支；

在檢測到所述發布分支上發生代碼改變時，進行打包操作。

本發明還提供了一種軟件持續集成系統，包括：

第一監控模塊，用于持續監控版本控制庫的開發分支；

測試驗收模塊，用于在檢測到所述開發分支上有新的代碼提交時，對新的代碼進行驗收測試；

打包發布模塊，用于在驗收測試通過后，將所述開發分支合并至發布分支，進行打包。

優選的，所述版本控制庫包含至少兩個分支，所述至少兩個分支中包含一開發分支與一發布分支，所述測試驗收模塊包括：

質量測試單元，用于在檢測到所述開發分支上有新的代碼提交時，編譯代碼，測試代碼質量；

測試環境重啟單元，用于在編譯成功后，對工程進行打包，重啟測試環境實例；

驗收測試單元，用于進行驗收測試，檢測所述新的代碼涉及的改變是否滿足業務需求所定義的驗收條件，在滿足所述驗收條件時判定驗收測試通過。

優選的，該系統還包括：

第二監控模塊，用于持續監控所述版本控制庫的所述發布分支。

優選的，所述打包發布模塊包括：

分支合并單元，用于在驗收測試通過后，將所述開發分支合并至所述發布分支；

打包單元，用于在檢測到所述發布分支上發生代碼改變時，進行打包操作。

優選的，所述版本控制庫通過GitHub實現，所述測試驗收模塊運行于使用Docker搭建的測試環境中，所述打包發布模塊運行于使用Jenkins實現的持續集成服務器上。

本發明提供了一種軟件持續集成方法和系統，持續監控版本控制庫的開發分支，在檢測到所述開發分支上有新的代碼提交時，對新的代碼進行驗收測試，在驗收測試通過后，將所述開發分支合并至發布分支，進行打包，實現了基于多分支的持續集成管理，解決了現有的持續集成系統無法滿足現有復雜軟件項目持續集成需求的問題。使用GitHub作為版本控制庫，相比于同類項目版本系統，使得版本分支(branch)的合并(merge)十分方便。使用Docker搭建測試環境，實現了秒級的Docker虛擬容器啟動，并且對系統資源的利用率很高。另外，Docker的管理，遷移和擴展也更輕松有效。使用Jenkins作為持續集成服務器，使得構建流程的創建非常簡便。本發明提供的技術方案在縮短測試環境持續構建時間的同時，大大提高了軟件研發的效率。