適用於： ✅ Microsoft Fabric 中的倉庫
Microsoft Fabric 管線提供了一種簡化的方式，讓 Dev → 測試→生產環境等工作空間間的倉庫架構得以變更。 管線內建依賴處理、結構驗證及宣告式部署智慧。
Important
這項功能目前處於預覽階段。
本文說明了使用管線進行倉庫部署的流程。
部署管線提供必要的生命週期結構，以安全地跨工作空間移動倉庫變更。 它們作為結構推廣的核心協調層，讓團隊能標準化變更如何透過分析平台流動，而非依賴臨時部署。 一旦建立，管線就成為比較倉庫、審查變更及執行部署的主要介面。
建立管線
要建立新的管線，請參見「 開始使用部署管線 來建立和管理部署管線」。
比較
部署前務必驗證並比較 T-SQL 變更。 部署管線在 Fabric 入口網站提供一個簡單的比較畫面，方便檢視受影響的倉庫物件。
檢視變更讓團隊能在推動更新到下游環境前，驗證準備度。 此流程在多個團隊共同參與倉庫開發的企業情境中特別有價值。
Fabric 使用 DacFx（資料層應用框架）來進行此比較。 DacFx 建立兩個環境的宣告式結構模型，並識別差異，例如新資料表、修改的欄位、限制條件或相依性變更。 由於此比較是基於模型驅動，能準確反映部署過程中的實際情況。
Important
要讓結構比較有效，倉庫必須同時存在於來源與目標工作空間中。 如果目標工作空間尚未包含倉庫，請先建立或部署初始基準版本。
Note
如果某欄的 COLLATE 子句明確指定與倉庫預設排序相同的排序，比較時不會顯示為差異，因為這等同於根本不指定排序。 只有那些彙整與倉庫預設整合不同的欄位，當其彙整變更時，才會出現在比較中。 欲了解更多資訊及範例，請參閱 Fabric 倉庫開發的 Git 整合故障排除。
在部署任何變更前，請利用部署管線的比較功能來檢視來源與目標倉庫工作空間之間的差異。
選擇 比較 並查看變更，例如在倉庫中建立新檢視：
Deploy
比較結束並驗證變更後，你可以直接從管線介面選擇要推廣的倉庫項目來部署。
部署過程中，部署管線會利用 DacFx 根據結構差異產生智慧型部署計畫。 Fabric 只套用必要的變更，使目標工作區與來源同步。
部署配置
Fabric部署管線使用 DacFx 部署技術，並針對Fabric Data Warehouse量身打造配置。 這些配置確保部署能可靠成功，同時符合 Fabric 平台的能力與操作實務。
跳過資料庫層級的選項腳本（
ScriptDatabaseOptions = false）- Fabric 在平台層級管理許多資料庫層級設定。 像部署時的腳本敘述ALTER DATABASE ... SET可能導致失敗或意外的設定漂移。 因此，部署管線避免傳播這些設定，確保結構部署只聚焦於支援的倉庫物件。允許對複製物件
DoNotAlterReplicatedObjects = false進行引擎強制執行（）— Fabric 倉庫通常使用內部複製機制，例如在連結或同步情境中。 部署管線讓 Fabric 引擎判斷是否允許變更，而非過早阻擋結構變更。 此方法防止不必要的部署失敗，同時保留平台安全防護。停用交易式 DDL 腳本（
IncludeTransactionalScripts = false）——Fabric 倉庫目前不支援將 DDL 腳本包裹在交易中。 因此，部署管線會產生非交易腳本，以確保部署順利完成。使用智慧預設值進行結構演進（
GenerateSmartDefaults = true） -當結構變更引入更嚴格的限制，例如將可空欄位轉換為不可空欄位或新增帶有預設約束的新欄位時，部署管線可自動填充基線值。 此方法有助於部署成功，無需手動準備資料，並減少結構演進中的操作摩擦。將安全主體排除於部署之外（
ExcludeObjectTypes = Logins, Users, Permissions） - 安全物件會被刻意排除在倉庫部署之外。 跨環境推廣登入、使用者或權限可能會帶來安全風險或環境特定的衝突。 相反地，應透過環境治理或身份管理流程，分別管理存取控制。
Limitations
- Fabric 部署管線不支援 SQL 分析端點項目。
- 跨項目相依、項目排序及 SQL 分析端點與倉庫間的同步缺口，影響 Fabric 部署管線的工作流程。
- 一次部署一個倉庫。 不支援選擇相關部署項目。
針對 Git 整合進行疑難排解
關於 Git 整合的具體限制，請參閱 Git 整合文章中的 「Git 整合 限制」。
關於 Fabric 倉庫開發中常見 Git 整合問題的故障排除、變通方法及修正，請參見「Fabric 倉庫開發中的 Git 整合疑難排解」。