當您需要並存執行兩個 BizTalk 解決方案版本，或者您無法使用 BizTalk 應用程式停機來部署新版本時，BizTalk 應用程式版本設定可能會成為問題。 如果您不需要同時執行解決方案的兩個版本（例如，您沒有持續執行的協調流程），而且有可用的服務維護時段，那麼作為版本管理策略，取消部署舊版本並部署新版本是完全可以接受的（不涉及元件版本控制）。 這是可能的版本控制策略，雖然我們仍然建議遞增檔案版本號碼（讓您知道在執行 BizTalk Server 的電腦上部署了哪個版本）。
使用版本設定的時機
如果您需要支援長時間執行的協調流程，以及/或需要執行 BizTalk 應用程式部署，而不需要 BizTalk 應用程式停機，則必須針對不同的版本設定案例實作並練習穩固、端對端的 BizTalk Server 版本控制策略。 這包括 .NET 元件的版本以及所有 BizTalk 元件的版本控制，其中包括架構、地圖、管線、管線元件、協調流程、自定義配接器、在協調流程和地圖中呼叫的自定義類別、商務規則和 BAM。
架構版本設定是唯一的，BizTalk Server 管線會根據目標命名空間和架構中定義的根節點名稱來判斷訊息的訊息類型。 如需詳細資訊，請參閱 管線元件中的架構解析。 如果您需要設定架構的版本，版本指標必須是目標命名空間的一部分。 變更架構版本會在整個解決方案中產生連鎖反應，因此應事先規劃。 建立協調流程訊息時，搜尋 BizTalk Server：8 個秘訣和訣竅，以取得更佳的 BizTalk 程式設計 （秘訣 1：一律使用多部分訊息類型）。 使用此方法可在版本設定架構時提供更大的彈性。
使用 Factoring 進行元件版本控制
如果您需要支援長時間執行的編排、並存部署或無中斷升級，則您應該實作組件版本控制和封裝策略。 若要執行 BizTalk 構件的組件版本控制，您的 BizTalk 解決方案組件必須以符合 BizTalk Server 版本控制需求的方式封裝。 有三種類型的分解：
不考慮因素
所有 BizTalk 構件都位於一個程序集。 這是最容易瞭解和部署，但提供最少的彈性。
完整分解
每個 BizTalk 構件都位於其自己的元件中。 這提供最大的彈性，但部署和瞭解最複雜。
最佳分解
根據對您的 BizTalk 應用程式的深入分析，介於「無分解」和「完全分解」之間的某個狀態。 除了版本控制之外，這可讓您輕鬆地實作 BizTalk 主機設計。 這可藉由尋找 BizTalk 成品之間的關聯性來達成。 總是一起版本化的工件通常可以放在相同的程序集。 如果需要工件的獨立版本控制，則必須放在不同的組件中。 這是您想要達到的分解層級。
其他資源
定義並練習穩固的版本控制策略，以確保其提供您可能需要的任何並存部署策略。 BizTalk Server 應用程式升級和版本控制策略的資源包括：