Jenkins 多分支流水線項目 vs 流水線項目

Question

這可能是一個簡單的問題，但是在 Pipeline 項目中使用聲明性管道管理多分支（dev-test-master）和選擇多分支管道項目之間的主要區別是什么？

我想根據分支變量將我的應用程序部署到 Kubernetes 環境。 我應該使用哪種項目類型來遵循最佳實踐，或者哪種項目類型易於管理？ 我想我可以做同樣的事情並在 Pipeline 項目中管理我的分支和部署環境只有一個 Jenkinsfile。

Answer 1

使用 Multibranch，您可以為每個分支獲得一個 Jenkinsfile。 沒有它，你沒有。 這是主要的區別。

對於每個分支的文件，您可以有關於如何准確構建此分支的單獨說明（“配置即代碼”概念）。 例如，如果您有 5 個容器，則可能有五個“構建容器 X”階段（可能並行運行）和五個“測試容器 X”階段（同上）。 在您的新分支中，您開發了一個新容器，因此在該分支的 Jenkinsfile 中，您現在可能有六個構建和六個測試階段，而不是五個。 現在，在源代碼控制下，任何從常規分支繼承下來的分支都將繼承其 Jenkinsfile（和構建/測試 5 個容器），而這個新分支上的任何分支都將繼承該Jenkinsfile（和構建/測試 6 個容器）而沒有任何需要改變一件事。

使用一個 Jenkinsfile，這可能很快就會變得復雜。

這與分支變量完全正交，您可以檢查該變量並對其采取不同的行動。 在我們的環境中，我們有兩個：每個分支一個 Jenkinsfile，並檢查所有 Jenkinsfile 中的分支變量。 這最大限度地減少了合並工作。