[發明專利]一種軟件持續集成方法及其裝置

在審

• 申請號: 201711000945.3
• 申請日: 2017-10-24
• 公開（公告）號: CN107729034A
• 公開（公告）日: 2018-02-23
• 發明（設計）人: 李棟梁
• 申請（專利權）人: 鄭州云海信息技術有限公司
• 主分類號: G06F8/65
• 分類號: G06F8/65
• 代理公司: 北京安信方達知識產權代理有限公司11262
• 代理人: 李紅爽,李丹

技術領域

本發明涉及計算機技術，尤指一種軟件持續集成方法及其裝置。

背景技術

在互聯網軟件的開發和發布中，持續集成已經是其最重要的組成部分，其中，持續集成是一種軟件開發實踐。

現有技術中，軟件開發人員通過每次集成，即通過jenkins持續集成技術編譯，發布，自動化測試來驗證他們編寫的軟件代碼，從而盡早地發現集成錯誤。軟件團隊的開發成員經常集成他們編寫的軟件代碼，通常每個成員每天至少集成一次，從而形成持續集成。

然而，現有技術的jenkins持續集成技術無法方便的對軟件進行安裝部署。

發明內容

為了解決上述技術問題，本發明提供了一種軟件持續集成方法及其裝置，用以解決jenkins持續集成技術無法方便的對軟件進行安裝部署的問題。

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

獲取軟件更新包，所述軟件更新包，包括：準備進行集成的軟件包；

將所述軟件更新包與基礎鏡像進行處理，獲得軟件更新鏡像。

進一步的，所述獲將所述軟件更新包與基礎鏡像進行處理，獲得軟件更新鏡像之后，還包括：

設置所述軟件更新鏡像的版本標識；

將設置有版本標識的所述軟件更新鏡像進行存儲。

進一步的，所述將所述軟件更新包與基礎鏡像進行處理，獲得軟件更新鏡像之后，還包括：

將所述軟件更新鏡像設置在開源應用容器引擎docker的服務器，以實現對所述軟件更新鏡像的安裝部署。

進一步的，所述基礎鏡像包括存儲在docker私服的基礎鏡像；

所述軟件更新鏡像存儲在所述docker私服。

進一步的，所述獲取軟件更新包之前，還包括：

獲取軟件更新軟件源代碼；

通過打包工具包將所述更新軟件源代碼進行打包，獲得所述軟件更新包。

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

獲取模塊，用于獲取軟件更新包，所述軟件更新包，包括：準備進行集成的軟件包；

處理模塊，用于將所述軟件更新包與基礎鏡像進行處理，獲得軟件更新鏡像。

進一步的，所述處理模塊，還用于設置所述軟件更新鏡像的版本標識；將設置有版本標識的所述軟件更新鏡像進行存儲。

進一步的，所述處理模塊，還用于將所述軟件更新鏡像設置在開源應用容器引擎docker的服務器，以實現對所述軟件更新鏡像的安裝部署。

進一步的，所述基礎鏡像包括存儲在docker私服的基礎鏡像；

所述軟件更新鏡像存儲在所述docker私服。

進一步的，所述獲取模塊，還用于獲取軟件更新軟件源代碼；通過打包工具包將所述更新軟件源代碼進行打包，獲得所述軟件更新包。

本發明提供的一種軟件持續集成方法及其裝置，通過獲取軟件更新包，所述軟件更新包，包括：準備進行集成的軟件包；將所述軟件更新包與基礎鏡像進行處理，獲得軟件更新鏡像。從而實現將集成的軟件包生成鏡像，從而方便了對集成的軟件包的安裝。

本發明的其它特征和優點將在隨后的說明書中闡述，并且，部分地從說明書中變得顯而易見，或者通過實施本發明而了解。本發明的目的和其他優點可通過在說明書、權利要求書以及附圖中所特別指出的結構來實現和獲得。

附圖說明

附圖用來提供對本發明技術方案的進一步理解，并且構成說明書的一部分，與本申請的實施例一起用于解釋本發明的技術方案，并不構成對本發明技術方案的限制。

圖1為本發明軟件持續集成方法一實施例的流程示意圖；

圖2為本發明軟件持續集成方法二實施例的流程示意圖；

圖3為本發明軟件持續集成裝置一實施例的結構示意圖。

具體實施方式

為使本發明的目的、技術方案和優點更加清楚明白，下文中將結合附圖對本發明的實施例進行詳細說明。需要說明的是，在不沖突的情況下，本申請中的實施例及實施例中的特征可以相互任意組合。

本發明實施例提供的軟件持續集成方法具體可以應用于軟件開發中軟件集成時。本實施例提供的軟件持續集成方法可以通過軟件持續集成裝置來執行，該虛擬機管理裝置可以集成在物理機，或者單獨設置，其中，該軟件持續集成裝置可以采用軟件和/或硬件的方式來實現。以下對本實施例提供的軟件持續集成方法及裝置進行詳細地說明。