# 模組快取{#module-cache} > [!WARNING] > **Requirements** > > - 一個 產生的專案 > - ATuist帳號與專案 Tuist 模組快取提供了一種強大的方式,可將模組快取為二進位檔 (`.xcframework`s) 並在不同環境中共用,從而優化您的建立時間。此功能可讓您利用先前產生的二進位檔,減少重複編譯的需要,並加快開發流程。 ## 暖化{#warming} Tuist 可以有效地 利用依賴圖表中每個目標的哈希值 來偵測變更。利用這些資料,Tuist 會建立並為這些目標衍生的二進位檔案指定獨特的識別碼。在生成圖形時,Tuist 會以相應的二進位版本無縫取代原始目標。 此操作稱為* 「暖身」,* 製作二進位檔供本端使用,或透過 Tuist 與隊友和 CI 環境分享。暖化快取記憶體的過程很直接,只要一個簡單的指令就可以啟動: ```bash tuist cache ``` 此指令會重複使用二進位檔案,以加快處理速度。 ## 使用方式{#usage} 在預設情況下,當 Tuist 指令需要產生專案時,如果可用的話,它們會自動用快取記憶體中的二進位等效物取代依賴物。此外,如果您指定了要集中處理的目標清單,Tuist 也會用快取記憶體中的二進位檔取代任何依賴的目標,前提是這些二進位檔是可用的。對於那些偏好不同方法的人,有一個選項可以透過使用特定的標誌來完全選擇不使用此行為: ::: code-group ```bash [Project generation] tuist generate # Only dependencies tuist generate Search # Dependencies + Search dependencies tuist generate Search Settings # Dependencies, and Search and Settings dependencies tuist generate --no-binary-cache # No cache at all ``` ```bash [Testing] tuist test ``` ::: > [!WARNING] > 二進位快取是專為開發工作流程設計的功能,例如在模擬器或裝置上執行應用程式,或執行測試。它不適用於發行版的建立。歸檔應用程式時,請使用`--no-binary-cache` > 旗標,產生包含原始碼的專案。 ## 快取設定檔{#cache-profiles} Tuist 支援快取設定檔,可控制在產生專案時,如何積極地以快取的二進位檔取代目標。 - 嵌入式: - `only-external`: 只取代外部依賴 (系統預設) - `all-possible`: 盡可能取代所有目標 (包括內部目標) - `none`: 絕不以快取的二進位檔取代 使用`--cache-profile` 在`tuist 上選擇設定檔,產生` : ```bash # Built-in profiles tuist generate --cache-profile all-possible # Custom profiles (defined in Tuist Config) tuist generate --cache-profile development # Use config default (no flag) tuist generate # Focus on specific targets (implies all-possible) tuist generate MyModule AnotherTarget # Disable binary replacement entirely (backwards compatible) tuist generate --no-binary-cache # equivalent to --cache-profile none ``` 解決有效行為時的優先順序(由高至低): 1. `--no-binary-cache` → 設定檔`無` 2. 目標焦點 (將目標傳送至`產生`) → 檔案`all-possible` 3. `--cache-profile 快取設定檔` 4. 組態預設值 (如果已設定) 5. 系統預設值 (`only-external`) ## 支援的產品{#supported-products} 只有下列目標產品可由 Tuist 快取: - 不依賴 [XCTest](https://developer.apple.com/documentation/xctest) 的框架 (靜態與動態) - 捆包 - Swift 巨集 我們正努力支援依賴 XCTest 的函式庫和目標。 > [!NOTE] > **Upstream Dependencies** > > 當目標不可快取時,上游的目標也會變成不可快取。例如,如果您有依賴圖形`A > B` ,其中 A 依賴於 B,如果 B 是非快取,A 也將非快取。 ## 效率{#efficiency} 二進位快取所能達到的效率等級,在很大程度上取決於圖結構。為了達到最佳效果,我們建議如下: 1. 避免巢狀依存圖。圖形越淺越好。 2. 使用通訊協定/介面目標定義依賴關係,而非實作目標,並從最上層的目標依賴注入實作。 3. 將經常修改的目標分割成變更可能性較低的小目標。 上述建議是 The Modular Architecture 的一部分,我們提出這種方式來架構您的專案,不僅讓二進位快取的效益最大化,也讓 Xcode 的功能最大化。 ## 建議設定{#recommended-setup} 我們建議**在主分支** 的每次提交中執行 CI 作業,為快取記憶體加熱。這將確保快取記憶體中總是包含`main` 中變更的二進位檔,因此本機和 CI 分支會以增量方式建立這些變更。 > [!TIP] > **Cache Warming Uses Binaries** > > `tuist cache` 指令也利用二進位快取記憶體加速暖機。 以下是一些常見工作流程的範例: ### 開發人員開始開發新功能{#a-developer-starts-to-work-on-a-new-feature} 1. 他們從`main` 建立一個新的分支。 2. 他們運行`tuist 生成` 。 3. Tuist 從`主網站` 取得最新的二進位檔,並使用這些二進位檔產生專案。 ### 開發人員向上游推送變更{#a-developer-pushes-changes-upstream} 1. CI 管道會執行`xcodebuild build` 或`tuist test` 來建立或測試專案。 2. 工作流程會從`主網站` 取得最新的二進位檔,並使用這些二進位檔產生專案。 3. 然後,它會逐步建立或測試專案。 ## 組態{#configuration} ### 快取記憶體並發限制{#cache-concurrency-limit} 預設情況下,Tuist 在下載和上傳快取物件時沒有任何並發限制,以達到最大吞吐量。您可以使用`TUIST_CACHE_CONCURRENCY_LIMIT` 環境變數來控制此行為: ```bash # Set a specific concurrency limit export TUIST_CACHE_CONCURRENCY_LIMIT=10 tuist generate # Use "none" for no limit (default behavior) export TUIST_CACHE_CONCURRENCY_LIMIT=none tuist generate ``` 這在網路頻寬有限的環境中,或在快取記憶體作業期間降低系統負載時非常有用。 ## 疑難排解{#troubleshooting} ### 我的目標不使用二進位檔案{#it-doesnt-use-binaries-for-my-targets} 確保hash 在不同的環境和執行中都是確定的。如果專案有對環境的參照,例如透過絕對路徑,可能會發生這種情況。您可以使用`diff` 指令比較連續兩次調用`tuist generate` 所產生的專案,或跨環境或跨執行。 此外,請確定目標不會直接或間接依賴於 不可快取的目標。 ### 遺失的符號{#missing-symbols} 當使用原始碼時,Xcode 的建立系統透過 Derived Data 可以解決未明確宣告的依賴關係。但是,當您依賴二進位緩存時,必須明確宣告依賴關係;否則,當找不到符號時,您很可能會看到編譯錯誤。若要除錯,建議使用 `tuist inspect implicit-imports` 指令,並在 CI 中設定,以防止隱式連結的退步。