前言

通過自動構建的功能，可以實現(xiàn)代碼或鏡像提交后組件自動觸發(fā)構建和部署，Rainbond 提供了基于代碼倉庫 Webhooks、鏡像倉庫 Webhooks 和自定義 API 三種方式觸發(fā)組件自動部署。自動構建的功能可以輔助開發(fā)者便捷的實現(xiàn)敏捷開發(fā)。

前提條件

• 組件是由源碼創(chuàng)建(官方 demo 除外)，可支持代碼倉庫 Webhooks，目前支持的代碼倉庫為GitHub、GitLab、Gitee 與 Gogs。
• 組件是由鏡像創(chuàng)建，可支持鏡像倉庫 Webhooks，目前支持 Docker 官方倉庫，阿里云鏡像倉庫。
• 基于源代碼創(chuàng)建組件 A 并使其處于正常運行狀態(tài)。

基于源代碼操作流程

1.開啟組件 Git-Webhook

在 組件管理面板/構建源管理 中請打開 Git-Webhook 自動構建功能，復制生成的 hook 地址。

Rainbond 自動構建后默認會進行部署動作，所以一般情況下開發(fā)者不希望每一次代碼提交都進行部署動作，因此 Rainbond hook 自動觸發(fā)設置了前提，在 Commit 信息中包含@關鍵字時才觸發(fā)動作。這個關鍵字可以由開發(fā)者進行設置。

請注意，這里生成的域名是根據(jù)當前訪問平臺的域名生成，若不正確可直接使用平臺正確的訪問域名。

2.配置代碼倉庫

如果您的項目存放在Github中，請參考如下截圖：

如果您的項目存放在Gitlab中，請參考如下截圖:

其他代碼倉庫配置方式類似，需要說明的是目前 Rainbond hook 觸發(fā)暫不支持安全請求校驗。

基于鏡像倉庫操作流程

鏡像倉庫自動構建可以實現(xiàn)推送鏡像后應用的自動構建，方便的對接第三方自動化流程。當鏡像更新事件到達時判斷以下條件，都滿足時觸發(fā)自動構建。

• 應用是由鏡像創(chuàng)建，鏡像倉庫為Docker Hub, 5.1.2 版本及以后支持阿里云鏡像倉庫。
• 默認更新的鏡像名稱和 tag 是否與當前組件構建源鏡像名稱一致（判斷時不包含鏡像倉庫域名）, 5.1.3 版本及以后支持配置 Tag 觸發(fā)正則策略，動態(tài)匹配和改變組件的鏡像 Tag。
• 組件已經(jīng) 開啟 了鏡像倉庫 Webhook 功能。
• 應用狀態(tài)不是已關閉狀態(tài)。

1.開啟鏡像倉庫 Webhook 自動構建

需要在應用中啟用自動構建功能，并且需要將應用的 webhooks url 配置到目標鏡像倉庫的 webhooks 中。

2.Tag 觸發(fā)自動修改策略

默認情況下 Webhook 更新事件的鏡像名稱和 Tag 必須與組件當前構建源的鏡像名稱和 Tag 配置一致才能觸發(fā)構建和部署。配置了 Tag 觸發(fā)策略以后，根據(jù)配置的正則表達式，如果接收到的 push 事件的鏡像 tag 能夠正確匹配正則表達式，則認為此次更新事件有效，根據(jù)更新的 Tag 信息來升級當前組件的構建源信息并進行自動構建。

比如設置 Tag 策略為： v5.* 當 Tag 為 v5.1 v5.2 v5.9等都將被允許。

3.配置鏡像倉庫

配置 Docker Hub

配置方式請參考如下截圖:

API 觸發(fā)自動構建

通過開啟 API 自動構建返回的 url，POST 方法調用 API，攜帶秘鑰即可觸發(fā) API 自動構建，秘鑰可以自定義設置

API 使用方式如下：

curl -d '{"secret_key":"<秘鑰>"}' -H "Content-type: application/json" -X POST <API地址>

基于 API 觸發(fā)自動構建是最靈活的方式之一，主要用于與第三方 CI 系統(tǒng)集成。

以上就是Rainbond配置組件自動構建部署官方文檔講解的詳細內容，更多關于Rainbond配置組件自動構建部署官方文檔的資料請關注腳本之家其它相關文章！

最新評論