在 Standard 或 Advanced 许可等级下可用。
在企业级地理数据库中，可使用两种主要的版本化类型： 许多相似的概念和工作流都适用于这两种版本化类型，但是也存在一些使它们分开的主要区别。 所使用的版本化类型取决于您的工作流和部署选项。 由于企业级地理数据库可以包含具有混合版本化类型的数据集，因此了解每种类型支持的实现方式和使用工作流非常重要。
有两种可用的版本化类型，每种版本化均适用于特定的工作流和部署选项：
- 分支版本化 - 在使用 Web 要素图层时，允许多用户编辑方案和长期事务，从而简化了 Web GIS 模型。 有关详细信息，请参阅分支版本场景。
- 传统版本化 - 在直接从企业级地理数据库进行访问时，提供在多个版本中处理长期事务的灵活性，在使用要素服务以适应短期事务时，提供简化的编辑体验。 有关详细信息，请参阅传统版本场景。
- 选择将编辑内容移动到基表的传统版本化 - 一个传统版本化的可选表单，允许编辑者和应用程序直接访问基表数据，同时也允许其他编辑者在各自的孤立版本中工作。
分支版本化
ArcGIS 是一个完整的 Web GIS，是一个支持在个人、团队和组织内部及之间共享数据的系统平台。 这是通过在线服务协作或组织门户中的协作实现的。 分支版本化是 web 要素图层（要素服务）的长事务编辑背后的机制。 如果您需要同时访问 web 要素图层的多位编辑者能够撤销和恢复其编辑内容，则必须首先将您的数据注册为分支版本化。
当注册为分支版本化的数据集共享为 web 要素图层时，您可以在发布时启用版本管理功能。 由此将创建一个版本管理服务（也称为版本管理服务器），该服务有助于授权版本的创建和版本管理。 然后，编辑者可以在 web 要素图层中使用自己的授权版本、更新数据，并在完成后与默认版本进行协调并发布其更改。
优势
分支版本化的优势包括以下内容：
- 编辑和版本管理任务充分利用了服务型架构。 由此可使用 ArcGIS Enterprise 门户中的 web 要素图层访问数据。
- 由于简化了数据模型，因此简化了版本管理工作流。
- 在编辑授权版本中的数据时，可以撤消或重做编辑内容。 有关详细信息，请参阅编辑 web 要素图层。
- 可在多个会话中管理冲突解决。
- 公共设施网络、宗地结构和拓扑数据集支持分支版本化，以便在使用企业级地理数据库时编辑工作流。
- 追踪对版本中要素的插入、更新和删除操作的编辑。
局限性
分支版本化的局限性包括以下内容：
- 分支版本化数据集在 ArcMap 和早于 ArcGIS Pro 2.1 的版本中无法访问。
- 仅地理数据库中的某些数据集支持分支版本化。 有关分支版本化的受支持数据集的详细信息，请参阅企业数据管理策略。
- 分支版本化只允许每个授权版本存在一位编辑者或者多位读者。 编辑者在授权版本中开始编辑后，即可获得排他锁，其他用户无法连接到该版本。
- 分支版本化具有简化的版本等级，仅允许从默认版本创建一个级别的指定版本。
- 在默认版本中编辑数据时，不支持撤消和重做。
传统版本化
如果您没有使用需要长期事务的 web 要素图层，但希望获得版本化提供的多用户编辑和工作流优势，您可以使用传统版本化数据管理策略。 这使您可以灵活地容纳多个编辑者，并提供孤立版本以管理您的工作流，如假设情景、预测分析和工作站点提案。
传统版本化适用于直接通过数据库连接访问企业级地理数据库，从而利用多用户编辑工作流的用户。 在直接从企业级地理数据库连接访问数据时，如果您需要多位用户执行长事务编辑，请使用传统版本化。 可以通过 web 要素图层共享针对传统版本化注册的数据集，但该 web 要素图层将不具有相同级别的多用户版本管理功能。 例如，您从中发布的版本是连接到 web 要素图层时有权访问的唯一版本，并且无法撤消或重做在 web 要素图层中进行的编辑内容。
企业级地理数据库可以拥有的传统版本数量没有限制。 版本可以具有各种不同的配置并且支持多种工作流程，包括孙版本、曾孙版本等多个等级。 但是，为了简化和地理数据库管理，推荐的最佳做法是保持扁平版本树或使多个编辑者同时编辑默认版本。
优势
传统版本化的优势包括以下内容：
- 独立的编辑环境允许灵活的多用户部署方案。
- 支持编辑高级数据集，如网络数据集和拓扑。
- 在进行编辑时，对于单次编辑内容，可以使用撤消或重做；对于编辑内容组，可以使用保存或放弃。
- 可以在不阻止其他编辑者的情况下进行编辑。 可以检测和协调编辑冲突。
局限性
传统版本化的局限性包括以下内容：
- 根据版本数和编辑量，有版本管理任务需要定期完成以保持系统的高效。
- 第三方（非 ArcGIS）应用程序必须与版本化视图相适用，才能读取数据。
- 处理版本化数据时，在使用处于活动状态的数据库管理系统 (DBMS) 行为（如唯一约束和触发器）方面存在限制。
- 当处理 web 要素图层中的数据时，不存在任何版本管理功能。
选择将编辑内容移动到基表的传统版本化
在复杂的计算环境中，可能会有许多不同的部门应用程序访问同一数据库，因此需要能够同时支持 ArcGIS 和第三方应用程序。 在此情况下，您可以将数据注册为版本化，并将编辑内容移动到基表。 这是一种混合数据管理策略，您可以针对长期事务和多用户编辑要求创建版本，但是对默认版本的编辑将按短期事务执行，因此可供所有使用数据库的应用程序直接访问。
例如，一个部门使用 ArcGIS Pro 维护数据库中的地理数据，而另一个部门使用自定义应用程序维护同一数据库中的客户记录。 自定义应用程序需要在事务进行时应用 DBMS 约束和触发器并且可能不识别版本化表。 与此同时，另一部门需要在自己的独立版本中编辑地理数据，在编辑完成并通过批准之后再共享部门编辑内容。
由于考虑到这些要求，选择将编辑内容移动到基表的版本化允许您在要素类或表上执行版本化编辑，同时保留与其他应用程序共享编辑内容的能力。 将编辑内容移动到基表的选项可以让所有应用程序在同一数据库上进行工作。
优势
选择将编辑内容移动到基表的版本化的优势包括以下内容：
- 这种类型具有许多与传统版本化相同的优点。
- 您可以在指定版本中使用长事务，在默认版本中使用短事务。
- 可适应要求 ArcGIS Pro 和其他应用程序同时进行数据访问的工程。
局限性
选择将编辑内容移动到基表的版本化的局限性包括以下内容：
- 只能编辑简单要素：点、线、面、注记和关系。 无法编辑拓扑、网络数据集或公共设施网络中的要素类。
- 如果您发布数据，则功能将受到限制。 例如，无法将包含版本化数据的 web 图层与在分布式协作中将编辑内容移至基表的选项配合使用。