ArcGIS Pro 软件版本遵循语义版本规范。 本规范定义符合 major.minor.patch 方案的软件版本并设定预期以规划顺利的升级过程 - 降低风险并避免协同工作中断。
下表汇总了差异，后续小节介绍了更多详细信息。
| Major.minor.patch | 示例 | 新增功能 | 安装和兼容性注意事项 |
|---|---|---|---|
主要 | 2.0.0 | 是 | 引入了重要的新代码以支持新功能。 进行了向后不兼容更改，因此 ArcGIS Pro 文档不能与更早的主要版本共享。 |
次要 | 2.8.0 | 是 | 引入了重要的新代码以支持新功能。 |
修补程序 | 2.8.3 | 否 | 进行了最少代码更改以修复缺陷并解决安全漏洞。 |
主要版本
主要版本引入了一些更改，这些更改不向后兼容。 这包括对 ArcGIS Pro 工程文件 (.aprx) 和其他文档格式的更改，例如图层文件、地图文件、工程模板和布局文件。 其中还引入了对 ArcGIS Pro SDK for .NET 进行的突破性 API 更改。
通常对工程进行突破性更改。 在 ArcGIS Pro 的主要版本之一中创建工程后，不能在该软件的更早主要版本中将其打开。 尽管工程向前兼容主要版本（例如，在 ArcGIS Pro 1.x.x 中创建的工程可以在 2.x.x 中打开），但是在更高的主要版本 (2.x.x) 中保存工程后，无法将其在更早的主要版本 (1.x.x) 中重新打开。 因此，协作者通常将协调升级到新的主要版本。
ArcGIS Pro 的主要版本很少，组织通常需要提前计划才能确保顺利迁移工作流程、自定义和文档。 主要版本还包括用于修复缺陷并解决安全漏洞的代码。
主要版本示例
在 2.8.1 中，主要部分为 2，意味着该版本是软件的 1.x.x 系列的突破性更改。 2.8.1 中的文档和 API 与早期版本（例如 1.4.0）不兼容。 在 2.8.1 中创建的工程或图层文件无法在 1.4.0 中打开。 无法直接以与版本 1.x.x 兼容的格式保存 2.x.x 版工程；但是，可以采用 1.x.x 格式打包某些工程项目。 有关详细信息，请参阅下文的“包”部分。
包
地图包、移动地图包、图层包和地理处理包与所有主要版本兼容；即在 ArcGIS Pro 2.x.x 中创建的包可以导入或添加至 ArcGIS Pro 1.x.x 工程。
加载项
在主要版本中，加载项既不向后兼容，也不向前兼容。 为 2.x.x 版本构建的加载项不会在 1.x.x 版本中加载。 为 1.x.x 版本构建的加载项不会在 2.x.x 版本中加载。 在主要版本中，开发人员需使用最新版本的 ArcGIS Pro SDK for .NET 重新构建加载项。 有关详细信息，请参阅面向开发人员的新功能。 用户应联系其提供商获取更新版本的加载项。
次要版本
次要版本提供了新功能，但是不应破坏现有工作流程、自定义或文档兼容性。 较早的 ArcGIS Pro 次要版本可以打开在同一主要版本的较高次要版本中创建的文档，但是新功能将不可用。 由于次要版本包含重要代码更改以支持新功能，某些组织会将其在有限的测试环境中推广，然后进行广泛部署。 具有不太严格控制的环境的组织用户通常使用 ArcGIS Pro 中的“软件升级”升级到下一版本，该软件升级会在新版本或修补程序可用时自动通知您。
对于 ArcGIS Pro，次要版本通常一年发布两次。 其中还包含用于修复缺陷并解决安全漏洞的代码。
次要代码示例
在 2.8.1 中，次要部分为 8，意味着此版本包含在版本的 2.7.x 系列中不可用的新功能。 2.8.0 中引入的新符号类型可以在图层文件中保存，并且图层文件可以在 2.7.x 中打开，但是新符号类型不可见。
修补程序
修补程序引入的所有更改既向后兼容，也向前兼容。 修补程序与现有工程和文档无缝配合。 由于修补程序仅修复缺陷和安全漏洞，因此安装修补程序通常视为比不安装安全。
与次要版本一样，修补程序不会破坏现有工作流程、自定义或文档兼容性。 修补程序不提供新功能，而是包含最少代码更改并且通常无需详细的重新认证即可进行部署，对于主要或次要版本，可能需要执行详细的重新认证。
旧版本：
某些 Esri 软件产品不遵循语义版本化。 这些产品还将此类版本称为修补程序，但是版本号不变，只能通过 Windows 控制面板或 Esri 实用程序查看是否存在修补程序。
修补程序示例
在 2.8.1 中，修补程序部分为 1，意味着此版本包含缺陷修复，专门用于纠正在 2.8.0 版本中识别的问题。
ArcGIS Pro 版本信息
产品生命周期图表列出了 ArcGIS Pro 2.9 和较早版本的所有发布和停用日期以及其他相关信息。