使用並存版本控制更新結構描述
您可以使用架構執行並存版本控制。 您可以藉由將新版本的架構新增至元件、升級架構的版本，同時保留現有的架構 (及其版本) 不變。
如果您遞增架構版本，您必須針對使用架構的任何管線實例和管線元件更新架構的參考。 您也必須更新參考架構的對應， (或建立新的對應) ，以及依賴架構的任何協調流程。
如果您取消部署架構，則如果可用，舊版的架構將會變成作用中。
管線中的架構解析
如果您新增至應用程式包含與 BizTalk 群組中現有架構相同的新架構的元件，當管線中發生架構解析時，將會使用具有最新版本號碼的架構。 如果一個訊息類型參考多個 .NET 類型，這個模棱兩可可能會導致管線執行失敗。 這是因為結構描述查閱會使用訊息類型、目標命名空間以及執行個體的根名稱。 對於任何使用與新架構相同訊息類型的架構的應用程式，管線可能會發生這種類型的失敗。 如需架構解析的詳細資訊，請參閱BizTalk Server說明中的管線元件 (https://go.microsoft.com/fwlink/?LinkID=154207 架構解析) 。
XML 反組譯程式的架構解析行為可能需要在與舊版並存新增架構新版本之後進行其他變更。 在某些情況下，您可能會想要將管線反組譯程式屬性中的硬式程式碼參考Designer至特定版本的架構。 這可讓您避免動態解析行為，其中 XML 反組譯程式會使用從訊息 XML 內容動態探索到的訊息類型，決定要載入的架構。
更新協調流程中的架構
當您在協調流程中變更與多個傳送和接收圖形相關聯的架構時，您可以將與每個傳送或接收圖形相關聯的訊息的 Message Type 屬性設定為多部分訊息類型，而不是架構，讓變更變得更容易。 然後，您可以將與每個圖形相關聯的訊息元件 Type 屬性設定為相同的架構。 如此一來，您便可以藉由變更每個訊息元件的 Type 屬性來變更架構，而不需要變更每個圖案的訊息類型。 如需讓此程式更容易進行變更的詳細資訊，請參閱 8 個改善 BizTalk 程式設計白皮書的秘訣和訣竅 ， () https://go.microsoft.com/fwlink/?LinkId=101594 。
管理結構描述版本
BizTalk Server會從包含該元件的最新版本取得架構。 這表示如果您建立新版本的架構，新版本會完全取代所有舊版的架構。 這在交易期間很短時是可行的。 不過，商務程式管理解決方案中的交易長期存在：訂單最多可能需要一年的時間才能完成。
為了同時使用某個結構描述的多個版本，解決方案中的每個結構描述會在其命名空間中包含版本號碼。 BizTalk 管線會根據目標命名空間以及架構中定義的根節點名稱，決定訊息的訊息類型。 例如，Order 結構描述的命名空間如下所示：
http://Microsoft.Samples.BizTalk.SouthridgeVideo.Schemas.Order.v1
因為命名空間會識別架構，而且包含版本號碼會使命名空間成為架構唯一的，所以新的架構會與舊版不同。 因此，可以不取代舊的結構描述，即可使用新的結構描述。
變更架構版本可能會影響解決方案的許多部分，因此應該事先規劃。 如需架構版本變更效果的詳細資訊，請參閱說明中的管線元件中的架構解析 (https://go.microsoft.com/fwlink/?LinkID=154207 BizTalk Server) 。
變更協調流程中的架構版本時，請使用多部分訊息類型。 這麼做會在版本設定架構時產生更大的彈性。 如需使用多部分訊息類型優點的詳細資訊，請參閱 MSDN Magazine 文章 8 秘訣和訣竅：進階 BizTalk 程式 設計 () https://go.microsoft.com/fwlink/?LinkId=101594 中的提示 #1「一律使用多部分訊息類型」。