在處理 Xcode 快取的過程中，有一件事變得非常清晰：這根本上是一個基礎設施問題，存在於一個深度碎片化的構建系統環境中。我們立即加大了對基礎設施的投入，因為這是我們的護城河。但隨著我們深入挖掘，顯而易見，僅僅依賴基礎設施是不夠的。我們也需要以不同的方式進行軟體開發。多年來，許多公司一直在為 Bazel 這樣做，那麼我們能做得有什麼不同呢？ 當我們環顧四周時，出現了兩個模式，塑造了我們的思考。首先，越來越多的構建系統正在採用快取功能。我們產出代碼的速度和量不斷增加，而快取不再是可選的。它是必需的。其次，沒有標準化。構建系統的碎片化必然會導致服務的碎片化。每個構建系統一個快取服務。每個工具一個基礎設施。相同的問題以略微不同的方式一次又一次地被解決。 在 Tuist，我們本可以為 Xcode 解決這個問題，然後就此結束。但如果我們建立一些更根本的東西呢？如果我們在構建系統的世界和快取基礎設施的世界之間創建一個狹窄的腰部呢？一個讓任何構建系統都能與任何快取後端對話的層，而不是再建立另一個垂直解決方案。 我開始對這個想法進行探索，我相信這是前進的方向。我們正在建立作為服務的構建系統基礎設施的基礎。不僅僅是每個構建系統一個服務，而是一個跨所有構建系統都能運作的解決方案。我們開發、維護並提供作為一項管理服務，任何團隊都可以使用，無論他們的構建工具是什麼。 是的，我們剛剛開始進行基礎設施的建設。我們的願景是將其帶到盡可能接近開發者、代理和 CI 管道實際工作的邊緣。我們行業中的碎片化問題是真實存在的，我們正在建立解決它的基礎設施。