实现版本控制策略

版本控制是更新项目的实现并递增其版本号的行为。

常规版本控制问题

如果需要并行运行两个版本的 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 控制 () 。