版本控制是更新项目实现并递增其版本号的行为。
常规版本控制问题
如果需要并行运行两个版本的 BizTalk 解决方案，或者无法计划 BizTalk 应用程序停机来部署新版本，则 BizTalk 应用程序版本控制可能会成为问题。 如果不需要同时运行解决方案的两个版本（例如，如果没有长时间运行的业务流程），则取消部署旧版本并将新版本部署为版本控制策略（无程序集版本控制）是完全可以接受的。 这是一种可能的版本控制策略，尽管我们仍建议递增文件版本号（告知你在 BizTalk 服务器上部署的版本）。 有关更新已部署的应用程序的详细信息，请参阅 清单：更新程序集。
如果需要支持长时间运行的业务流程和/或需要执行 BizTalk 应用程序部署，且没有 BizTalk 应用程序停机，则需要针对不同的版本控制方案实现和实践可靠的 BizTalk 版本控制策略。 这包括 .NET 程序集和所有 BizTalk 工件的版本控制。 这包括架构、映射、管道、管道组件、业务流程编排、自定义适配器、业务流程编排和映射中调用的自定义类、业务规则和 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）。