Build Pipeline Plugin如何與Jenkins 2 Pipeline Plugin相關聯？

Question

目前，我使用Build流水線插件通過不同的環境來協調我的代碼交付：

1. 構建代碼並執行單元測試
2. 手動部署到開發環境
3. 自動執行測試在開發環境上
4. 手動發佈軟件並將版本號發佈到發佈版本。
5. 手動通過從庫下載製造品的基礎上，通過版本的發佈版本把部署到集成測試環境。
6. 手動部署到...

隨着詹金斯2.0自帶的流水線插件。但是這兩個插件如何相互關聯？

我應該遷移到最新的插件嗎？我似乎從Jenkins 2 Pipeline插件中錯過的東西：

• 手動觸發一個階段。我可以等待輸入，但似乎沒有那麼優雅
• 重新啓動一個階段以重新觸發部署。這似乎不可能。
• 對用於觸發舞臺的參數的可見性，例如已部署軟件的版本號。

我在這裏是否缺少重點？他們兩個是否應該合併？或者你如何接近這樣的管道？

Answer 1

隨着詹金斯2管道的當前狀態，您正確地陳述了您列出的所有「缺失功能」。

Jenkins 2管道插件的一個優點是，與使用Build Pipeline Plugin將一系列作業鏈接在一起，您的整個管道是1'工作'，這使得用戶管理更容易IMO。

Jenkins 2管道的另一個優勢是'配置爲代碼'，因此您可以像管理版本控制中的任何其他文件一樣跟蹤管道更改。

Jenkins 2管道是非常新的'熱點'，並且有很多插件實現日復一日的兼容性。

一旦新的用戶界面變爲生產準備就緒，我會想象舊的生成管道插件將開始被棄用。

另外你應該知道，據我所知，Jenkins或CloudBees團隊並不維護Build Pipeline插件，而Jenkins 2的管道是。

我會建議現在進行移植嗎？不，我個人仍然認爲Jenkins 2管道不夠成熟，無法部署到組織中進行生產。在等待Jenkins 2 Pipeline生態系統成熟時，我會堅持使用你現在知道的。

我的理論，我在博客中發佈了幾個星期前（read more here if you want，但我已經提取出的「弱點」在這裏等你）：

• 仍有許多插件，我和很多的其他人將認爲'他們的CI管道的核心'缺少對管道的全部或部分支持。
• 許多插件管道中缺少'per-project-configuration'。例如鬆弛 - 當前實現'假定'所有的Jenkins 2 Pipeline項目都應該傳遞到相同的Slack頻道/團隊 - 而您可能想要配置多個Slack團隊。還有其他多個插件。
• 目前詹金斯2管道的文檔非常有限，雖然這有所改進。