實作版本控制策略

版本控制是更新成品實作並遞增其版本號碼的動作。

一般版本控制問題

當您需要並存執行兩個 BizTalk 解決方案版本，或無法排程 BizTalk 應用程式停機時間來部署新版本時，BizTalk 應用程式版本設定可能會變成問題。 例如，如果您不需要同時執行兩個版本的解決方案 (，如果您沒有長時間執行的協調流程) ，則完全可以取消部署舊版本，並將新版本部署為版本控制策略， (沒有元件版本控制) 。 這是可能的版本控制策略，雖然我們仍建議遞增檔案版本號碼 (，讓您知道 BizTalk 伺服器上部署的版本) 。 如需更新已部署之應用程式的詳細資訊，請參閱 檢查清單：更新元件。

如果您需要支援長時間執行的協調流程，以及/或您需要執行 BizTalk 應用程式部署，而不需要 BizTalk 應用程式停機，則必須針對不同的版本設定案例實作並練習穩固的 BizTalk 版本控制策略。 這包括所有 BizTalk 成品的 .NET 元件版本設定和版本控制。 這包括架構、地圖、管線、管線元件、協調流程、自訂配接器、協調流程、協調流程和地圖、商務規則和 BAM 中呼叫的自訂類別。 如需並存版本設定的詳細資訊，請參閱 使用並存版本設定來更新。

版本設定元件

當您更新元件時，您可以選擇下列各項：

• 為指定的交付專案選擇固定元件版本，並只遞增檔案版本號碼。

• 在開發期間遞增元件版本和檔案版本。

  下表會比較這些方法：

固定組件版本，動態檔案版本	動態組件版本，固定或動態檔案版本
組件版本號碼 = 固定編號 檔案版本號碼 = 組建編號	組件版本號碼 = 組建編號 檔案版本號碼 = 組建編號
如果已安裝多個元件，BizTalk Server執行時間可能會挑選錯誤的元件版本。	BizTalk Server一律會執行最新版本的元件，即使已安裝多個元件也一樣。
任何時候都只能部署一種解決方案版本。	不同的解決方案版本可以並排部署 (，雖然解決方案的其他層面，例如架構定義，可能會發生衝突) 。
BizTalk 主控件需要重新啟動，才能強制載入更新的組件。	強制BizTalk Server載入新的元件。
建立新的部署作業時比較不費力，因為參考組件版本號碼的檔案 (例如繫結檔案與追蹤設定檔) 不需要加以編輯。	部署作業比較費力，因為參考組件版本號碼的檔案需要保持更新為最新版本。

如果您要建立系統原型，或開發將不會發行的任何其他專案類型，您可以選擇使用固定元件版本和動態檔案版本方法。 如果您不打算將應用程式傳遞給一般使用者，可以將組件版本固定下來，並遞增檔案版本號碼來簡化部署作業並降低相依性被破壞的可能性。 針對版本追蹤，請務必記得為每個組建遞增檔案版本號碼。

如果您所建立的專案將會傳遞給一般使用者，應該要考慮遞增組件版本，並且選擇性地將有意義的檔案版本號碼儲存起來。 雖然這個方法在修改組建編號以及與其關聯之相依性時會增加額外的工作，卻能夠確保您的組件已更新至最新的版本。 透過使用自動化的部署指令碼，您可以降低版本管理的影響。 若要檢視部署範例，請參閱BizTalk Server說明中的應用程式部署 (BizTalk Server 範例資料夾) (https://go.microsoft.com/fwlink/?LinkId=155134) 。

注意

您應該選擇版本控制機制，以確保已傳遞適當的檔案，並簡化維護和增強功能。

如需版本設定問題的詳細資訊，請參閱BizTalk Server說明中的BizTalk Server專案版本控制 (https://go.microsoft.com/fwlink/?LinkID=154209) 。