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