我們很少將軟件工具和汽車制造放在一起考慮，但在當今的工程界，它們就像螺母和螺栓一樣契合。開放基礎設施基金會(OpenInfra)的開源持續集成/持續交付(CI/CD)程序Zuul確實如此。正如沃爾沃高級首席工程師JohannesFoufas所解釋的那樣，“Zuul是我們汽車代碼的默認CI系統。在我們沃爾沃的核心計算機平臺中，我們有數百個相互依賴的模塊，包括來自各地的存儲庫我們公司。借助Zuul的內置依賴管理，我們的集成時間從一周縮短到3.5小時。”

沃爾沃并不是唯一一家依賴Zuul的公司。其他包括BMW、GoDaddy、Workday和NTTGroup。為什么有這么多持續集成(CI)和持續交付(CD)程序，例如Jenkins、CircleCI和TeamCity，Zuul如此受世界500強公司歡迎也就不足為奇了。

OpenInfra的首席運營官MarkCollier解釋說，“Zuul之所以成為一個重要的CI/CD項目，是因為它源于OpenStack項目如此龐大的需求以及測試其中變化的需求。沃爾沃實際上將它用作他們的一部分自動駕駛自動駕駛系統，當你考慮將汽車的控制權交給算法時，你需要仔細檢查該代碼。”Zuul有助于完全并行測試代碼。同時在多個分支上集成測試使得從開發人員處獲取代碼到交付不僅更快而且更安全。

Collier繼續說道，“Zuul的跨項目依賴關系和跨項目測試意味著，你基本上永遠不會合并所有依賴關系中功能不全的代碼。這是一套非常強大的工具，在關鍵領域找到了粉絲群系統和汽車制造軟件團隊。”

這當然可以理解。隨著公司意識到速度和安全性的結合，Zuul復雜的項目門控，尤其是在具有多個存儲庫的場景中，越來越受歡迎。正如Zuul維護者和AcmeGating創始人JamesBlair所說，“Zuul使團隊能夠大規模并行快速開發經過全面測試的軟件。”

唯一令人驚訝的是Zuul并不為人所知。然而，隨著其在制造領域的作用越來越大，Zuul似乎很快就會找到許多新用戶。