版本控制是更新成品實作並遞增其版本號碼的動作。
一般版本控制問題
當您需要並存執行兩個 BizTalk 解決方案版本，或無法排程 BizTalk 應用程式停機來部署新版本時，BizTalk 應用程式版本設定可能會成為問題。 如果您不需要同時執行兩個版本的軟體解決方案（例如，您沒有長時間運行的工作流程），那麼可以接受的做法是取消部署舊版本並部署新版本作為一種版本管理策略（不涉及組件版本控制）。 這是可能的版本控制策略，雖然我們仍然建議遞增檔案版本號碼（讓您知道 BizTalk 伺服器上部署的版本）。 如需更新已部署之應用程式的詳細資訊，請參閱 檢查清單：更新元件。
如果您需要支援長時間運行的編排，或需要執行 BizTalk 應用程式部署而不需 BizTalk 應用程式停機，則必須針對不同的版本控制案例實施並全面執行穩固的 BizTalk 版本控制策略。 這包括 .NET 組件版本控制和所有 BizTalk 構件的版本控制。 這包括架構、對應、管線、管線元件、協調流程、自定義配接器、協調流程中呼叫的自定義類別、商務規則和 BAM。 如需並行版本管理的詳細資訊，請參閱 使用並行版本管理更新。
設定元件的版本
當您更新程式集時，您可以選擇下列選項：
為指定的成果物選擇特定的組件版本，並僅遞增檔案版本號碼。
在開發過程中，同時遞增元件版本和檔案版本。
下表會比較這些方法：
| 已修正元件版本、動態檔案版本 | 動態元件版本、固定或動態檔案版本 |
|---|---|
| 元件版本號碼 = 固定編號 檔案版本號碼 = 組建編號 |
元件版本號碼 = 組建編號 檔案版本號碼 = 組建編號 |
| 如果已安裝多個組件，BizTalk Server 執行時可能會挑選錯誤的組件版本。 | BizTalk Server 一律會執行最新版本的元件，即使已安裝多個元件也一樣。 |
| 隨時只能部署一個版本的解決方案。 | 不同的解決方案版本可以並存部署（雖然解決方案的其他層面，例如架構定義，可能會衝突）。 |
| 必須重新啟動 BizTalk 主機，才能強制載入更新的元件。 | 強制 BizTalk Server 載入新的元件。 |
| 建立新部署所需的工作較少，因為參考元件版本號碼的檔案（例如系結檔案和追蹤配置檔）不需要編輯。 | 部署需要更多工作，因為參考元件版本號碼的檔案必須以新版本進行更新。 |
如果您要建立系統原型，或開發不會發行的任何其他項目類型，您可以選擇使用固定元件版本和動態檔案版本方法。 如果您不打算將應用程式傳遞給使用者，您可以修正元件版本並遞增檔案版本號碼，以簡化部署工作並減少中斷的相依性。 針對版本追蹤，您必須記得遞增每個組建的檔案版本號碼。
如果您要建置將傳遞給使用者的專案，您應該考慮遞增元件版本號碼，並選擇性地儲存有意義的檔案版本號碼。 雖然此方法會產生修改組建編號和相關相依性的新增工作，但可確保使用您元件的最新版本。 藉由使用自動化部署腳本，您可以降低版本控制的影響。 若要檢視部署範例，請參閱 BizTalk Server 說明中的應用程式部署 （BizTalk Server Samples Folder） （https://go.microsoft.com/fwlink/?LinkId=155134） 。
備註
您應該選擇版本設定機制，以確保會傳遞適當的檔案，並簡化維護和增強功能。
如需版本設定問題的詳細資訊，請參閱 BizTalk Server 說明中的 BizTalk Server 專案版本控制 （https://go.microsoft.com/fwlink/?LinkID=154209）。