這期內容當中小編將會給大家?guī)碛嘘P如何了解并使用Jenkins-X UpdateBot，文章內容豐富且以專業(yè)的角度為大家分析和敘述，閱讀完這篇文章希望大家可以有所收獲。

10年積累的成都網站制作、成都做網站經驗，可以快速應對客戶對網站的新想法和需求。提供各種問題對應的解決方案。讓選擇我們的客戶得到更好、更有力的網絡服務。我雖然不認識你，你也不認識我。但先制作網站后付款的網站建設流程，更有萬源免費網站建設讓你可以放心的選擇與我們合作。

Jenkins-X UpdateBot 是用于在項目源代碼中自動更新依賴項版本的工具。假設您正在構建兩個項目 A 和 B，B 使用 A 作為依賴項。A 的發(fā)布過程可以使用 UpdateBot 更新項目 B 的源，以使用 A 的新版本。在 pull request 中使用 UpdateBot，可以測試和檢查更改或自動合并更改。

在 Jenkins-X platform 中，UpdateBot 由 Jenkinsfile 中的 UpdateBot 命令自動顯示和調用。但是 UpdateBot 也可以在 Jenkins-X 之外使用，并且單獨運行它可以幫助了解它可以做什么并測試版本替換。因此，讓我們用一個簡單的測試項目來嘗試一下。

配置演示 

UpdateBot 可以為各種不同的文件類型設置版本-我們不會在這里對它們進行全部測試，但是我們希望一個項目具有多個功能。因此，我們可以使用 JHipster sample app 示例應用程序，因為它具有 Maven pom.xml，npm package.json 和 Dockerfile。我們將對其運行 UpdateBot，以查看 UpdateBot 可以替換這些資源文件中哪些內容。

我們可以下載 UpdateBot jar file（v1.1.31），并為要更新的項目設置指向 GitHub 存儲庫的簡單 UpdateBot 配置文件：

github:
  organisations:
  - name: ryandawsonuk
    repositories:
    - name: jhipster-sample-app
      useSinglePullRequest: true

useSinglePullRequest 標記意味著將創(chuàng)建一個包含我們所做的所有更改的 PR。但是我們實際上并不會進行任何更改-我們將在本地運行它，這樣我們就不需要 GitHub 對存儲庫的寫權限。通過設置環(huán)境變量，我們可以在不推送到 GitHub 的情況下運行：

export UPDATEBOT_DRY_RUN=true

然后，我們仍然需要使用 UPDATEBOT_GITHUB_USER 和 UPDATEBOT_GITHUB_PASSWORD（Token）的其他環(huán)境變量設置 git 憑據。

然后，我們可以運行一些 UpdateBot 命令，并查看從 Git 克隆的項目中替換了什么。為此，我們可以在 GitHub 上使用一個包含預配置腳本的演示項目。

運行演示 

首先，腳本更新了 maven pom.xml，要求更改 Spring Boot 版本：

java -jar updatebot-1.1.31.jar push-version --kind maven org.springframework.boot:spring-boot-starter-data-jpa 2.1.0.RELEASE

然后檢查更改并輸出 git diff，我們可以看到以下結果：

因此版本被替換了。請注意，在依賴項引用的屬性中將其替換，在這種情況下，pom.xml 在屬性中具有此版本。UpdateBot 還可以用于直接在依賴項或父項或插件中進行的更改。

對 package.json 的更改是將 ngx-cookie 版本更改為 2.0.2：

java -jar updatebot-1.1.31.jar push-version --kind npm ngx-cookie 2.0.2

這正是我們所期望的：

對 Dockerfile 的更改是將 openjdk 版本/標簽更改為 jdk8：

java -jar updatebot-1.1.31.jar push-version --kind docker openjdk 8-jdk

這表明我們可以抓取出來。Dockerfile 實際上使用兩個不同的 openjdk 鏡像，每個鏡像都有一個不同的標簽，并且此命令將替換這兩個鏡像：

我在運行命令之前沒有考慮過這一點，因此在這里我需要確定我真正要替換的內容。

實際運行 

如果我們在沒有 dry-run 標記的情況下運行，則將創(chuàng)建一個真實的 pull request，前提是我們有權創(chuàng)建它。

UpdateBot 具有自動合并 pull request 的功能，例如通過輪詢 GitHub 來檢查 PR 狀態(tài)并合并是否一切正常（命令為updatebot update-loop）。但是，GitHub 確實對這些請求進行了速率限制，因此 UpdateBot 也可以將其批準添加到 PR 中，以使其通過與 GitHub 直接集成的工具進行合并。當使用諸如 prow 或 mergify 之類的工具進行自動合并時，這可能會很好地工作。

UpdateBot 可以嘗試僅通過使用 updatebot push 而不是帶有顯式參數的 updatebot push-version 來推斷要作為提交觸發(fā)管道的一部分進行的更改。但是，通常管道作業(yè)將有權訪問要推送的版本，而 push version 使更改更明確且更易于跟蹤。

本示例使用單個 UpdateBot YAML 文件將一組依賴項/版本推送到一個下游項目。YAML 文件還支持將一組更改推送到多個下游存儲庫。UpdateBot 推送其能夠進行的所有替換，以便每個下游存儲庫都獲得適用于它的所有更改。

例如，在構建沒有快照的 Maven 項目時，UpdateBot 可用于在 CI/CD 設置中傳播版本。但是，正如我們已經看到的那樣，它不僅限于 Maven，而且可以對產生各種不同類型制品的項目進行一系列更改。

上述就是小編為大家分享的如何了解并使用Jenkins-X UpdateBot了，如果剛好有類似的疑惑，不妨參照上述分析進行理解。如果想知道更多相關知識，歡迎關注創(chuàng)新互聯(lián)行業(yè)資訊頻道。

分享文章：如何了解并使用Jenkins-XUpdateBot
URL網址：http://jinyejixie.com/article40/ijgceo.html

成都網站建設公司_創(chuàng)新互聯(lián)，為您提供虛擬主機、電子商務、動態(tài)網站、軟件開發(fā)、用戶體驗、全網營銷推廣

廣告

聲明：本網站發(fā)布的內容（圖片、視頻和文字）以用戶投稿、用戶轉載內容為主，如果涉及侵權請盡快告知，我們將會在第一時間刪除。文章觀點不代表本網站立場，如需處理請聯(lián)系客服。電話：028-86922220；郵箱：631063699@qq.com。內容未經允許不得轉載，或轉載時需注明來源： 創(chuàng)新互聯(lián)