[發明專利]持續集成方法及設備

在審

• 申請號: 201910678265.X
• 申請日: 2019-07-25
• 公開（公告）號: CN110377334A
• 公開（公告）日: 2019-10-25
• 發明（設計）人: 閆璟
• 申請（專利權）人: 北京奇藝世紀科技有限公司
• 主分類號: G06F8/71
• 分類號: G06F8/71
• 代理公司: 北京華夏泰和知識產權代理有限公司 11662
• 代理人: 孟德棟

本申請涉及一種持續集成方法及設備。方法包括：從至少兩個代碼倉庫各自的代碼版本記錄表中，選擇用于本次項目構建的代碼版本信息，其中，一個代碼倉庫選出一個代碼版本信息，所述代碼版本記錄表中記錄所述代碼倉庫歷史上每次收集到的代碼版本信息；根據所選擇的代碼版本信息進行項目構建；在項目構建完成后，對本次項目構建的版本進行測試。本申請用以解決現有的持續集成工具在多個代碼倉庫的基礎上進行項目構建時，無法體現多個代碼倉庫之間的關系，不支持代碼版本組合的問題。

技術領域

本申請涉及計算機技術領域，尤其涉及一種持續集成方法及設備。

背景技術

實際項目開發過程中，可能會有多個代碼倉庫。例如，經典的網頁(web)開發模式MVC(全稱為：模型-視圖-控制器)中，模型(Model)層和控制器(Controller)層可能由后端團隊開發，視圖(View)層由前端團隊開發。考慮到前、后端技術分離，以及便于團隊管理等原因，整個項目被拆分為兩個代碼倉庫，分別由不同的團隊負責開發。

在開發完成后，采用持續集成工具進行項目構建，可快速構建并測試團隊成員提交的代碼，大大縮減開發成本。但是，目前主流的持續集成工具是以一個代碼倉庫為基礎進行構建，如果以多個代碼倉庫為基礎進行構建，會存在以下問題：

1、持續集成工具只能在一個代碼倉庫的基礎上進行項目構建，其它代碼倉庫屬于所構建項目的依賴，例如，jenkins中的上、下游項目。實際上，一個項目雖然由多個團隊參與開發，得到多個代碼倉庫，但是該多個代碼倉庫之間并不是依賴關系，而可能是并列關系，也可能是互相引用關系。那么，在持續集成的測試階段所得的測試結果，屬于整個項目多個代碼倉庫共同的結果，不屬于任何一個版本的代碼倉庫，現有的持續集成工具無法實現這一點。

2、在多代碼倉庫的情況下，每次項目構建的版本是由多個代碼倉庫的版本組成。現有的持續集成工具，只能根據不同代碼倉庫最新提交的版本進行項目構建，不支持版本的組合。

發明內容

本申請提供了一種持續集成方法及設備，用以解決現有的持續集成工具在多個代碼倉庫的基礎上進行項目構建時，無法體現多個代碼倉庫之間的關系，不支持代碼版本組合的問題。

第一方面，本申請提供了一種持續集成方法，包括：從至少兩個代碼倉庫各自的代碼版本記錄表中，選擇用于本次項目構建的代碼版本信息，其中，一個代碼倉庫選出一個代碼版本信息，所述代碼版本記錄表中記錄所述代碼倉庫歷史上每次收集到的代碼版本信息；根據所選擇的代碼版本信息進行項目構建；在項目構建完成后，對本次項目構建的版本進行測試。

可選地，所述代碼版本信息包括代碼版本號、提交時間、代碼所在的分支名以及穩定指示信息，所述穩定指示信息用于指示代碼版本是否穩定。

可選地，從至少兩個代碼倉庫各自的代碼版本記錄表中，選擇用于本次項目構建的代碼版本信息，包括：在檢測到所述至少兩個代碼倉庫中，任一代碼倉庫的代碼版本更新時，按照預先配置的代碼版本選擇原則，從所述至少兩個代碼倉庫各自的代碼版本記錄表中，選擇用于本次項目構建的代碼版本信息。

可選地，所述代碼版本選擇原則為：選擇代碼版本記錄表中最新的代碼版本信息，或者，選擇代碼版本記錄表中最新且穩定的代碼版本信息。

可選地，從至少兩個代碼倉庫各自的代碼版本記錄表中，選擇用于本次項目構建的代碼版本信息，包括：在顯示界面上顯示所述至少兩個代碼倉庫各自的代碼版本記錄表的內容；獲取用戶分別在所述顯示界面的所述至少兩個代碼倉庫的代碼版本記錄表中所選擇的代碼版本信息；將獲取的所述代碼版本信息，作為所述用于本次項目構建的代碼版本信息。

可選地，根據所選擇的代碼版本信息進行項目構建，包括：分別按照每個所選擇的代碼版本信息，從所述至少兩個代碼倉庫中獲取相應版本的代碼，并寫入到目錄中；采用預定義的項目構建腳本程序，運行所述目錄中的代碼進行項目構建。