当下载并离线使用包含可编辑要素服务（使用已注册传统版本化数据）的地图时，将通过已发布数据使用的版本创建复本版本，并创建一个要素服务复本以将其与复本版本相关联。 当客户端将编辑内容与要素服务复本同步时，客户端的编辑内容将应用于复本版本。 因此，您必须额外执行协调和提交过程，将编辑内容转换为已发布版本，并将编辑内容与其他用户共享。
如果地图包含只读要素服务（仅在要素服务上启用查询和同步）且要素服务包含版本化数据，则下载地图时不会创建任何复本版本。 同样，在分布式协作工作流过程中复制数据时，也不会创建任何复本版本。 在这些情况下，客户端与要素服务同步时，它们对源数据的所有编辑内容都有访问权限。
注：
即使要素服务为只读（仅启用查询和同步），发布时连接到地理数据库的数据库用户也必须具有数据编辑权限。
下方描述的两个选项允许要素服务所有者或 ArcGIS Server 管理员选择针对特定可编辑要素内容创建传统版本的方式。 在发布要素服务时，发布者将设置这些选项。
为每个离线地图创建版本
这是默认选项。 通过此选项，在每次离线使用包含可编辑要素服务的地图时都会使用已发布的版本生成新复本版本。 复本版本名称中将包含以下内容：
- 下载地图的用户的姓名
- 要素服务的名称
- 唯一标识符 (ID)
这三个组件可确保复本版本名称唯一。 例如，如果用户 Bob 下载包含要素服务 NetFS 的地图，则创建的复本版本的名称为 Bob_NetFS_1404578882000。 如果同一用户多次下载该地图（例如在多个设备上），则用户在每台设备进行同步时均采用不同的复本版本。 任何一台设备均不具有对其他设备的编辑内容的访问权限。 但新下载的地图与已发布的版本匹配。 如果存在多个已下载的地图，则存在多个复本版本。 从用于离线编辑的应用程序中移除下载的地图后，可协调、提交和删除其复本版本。
注：
如果之前将启用同步的要素服务发布至没有单独用户账户的独立 ArcGIS Server 站点，则复本版本的名称将为 Esri_Anonymous_<要素服务名称>_<ID>。
复本版本的名称长度不能超过 30 个字符。 为了满足此限制，将截断名称的要素服务部分。
为每个用户创建版本
通过此选项，将为每个下载包含可编辑要素服务的地图的用户生成复本版本。 例如，如果 10 位用户下载同一地图，则会生成 10 个复本版本。 每个复本版本特定于一位用户，复本版本名称由用户名和服务名称组成（如 Joe_InspectionFS）。 如果用户多次下载该地图（例如在多个设备上），则用户在每台设备进行同步时均采用相同复本版本。 任意一台设备具有对其他设备的编辑内容的访问权限。 但是，新下载的地图将仅更新至用户最后一次协调的复本版本。 只要用户下载地图就会一直保留用户复本版本。
注：
如果使用此选项，可将 ArcGIS Server 站点与门户联合或配置 ArcGIS Server 中的用户帐户。 否则，创建的复本版本的名称将为 Esri_Anonymous_<要素服务名称>，并且连接到门户可以离线使用包含要素服务的 web 地图的所有用户均可使用相同的复本版本。
示例工作流
以下示例工作流将使用之前两个部分中描述的版本选项：
在下表中对每个工作流的组件进行了比较：
下载用于数据维护的地图
本工作流面向在外业使用 ArcGIS Pro 或自定义移动应用程序确认标记地图提供的编辑内容的组织成员。 在本例中，数据将被注册以参与传统版本化，同时工作人员需要其下载的地图包含地理数据库中默认版本的最新数据。 返回办公室并连接到网络后，工作人员将与默认地理数据库版本同步外业编辑内容、移除地图并协调和提交地图的复本版本。 该过程每天可能重复多次。 每一步完成后，工作人员都将删除复本版本。
为此，公司组织帐户中将提供一个 Web 地图，以供办公室工作人员群组的成员使用。 作为该群组成员的工作人员可以使用在办公室内部网络的移动设备上运行的应用程序访问 web 地图。 在离开办公室前，该工作人员可将地图下载应用程序。 然后，工作人员进入外业并在断网时检查所请求的更新。 返回办公室后，工作人员的校正会同步到要素服务，并使用默认版本进行协调和提交。
以下部分介绍了此工作流：
发布要素服务
要创建 Web 地图，首先应发布要素服务。
发布者启用 ArcGIS Pro 并将默认版本中的数据添加到地图。 在本示例中，数据包括来自公司企业级地理数据库的要素类中的新传感器。 将此要素类注册为版本。
发布者将发布名为 NetFS 的要素图层，此要素图层引用 ArcGIS Pro 中的已注册数据。
在发布过程中，发布者将在要素图层的配置选项卡上编辑以下设置以使图层支持离线使用和编辑：
- 在启用编辑功能并允许编辑者下，可以使用添加、更新和删除要素进行所有数据编辑操作。
- 使用启用同步，可以离线使用图层。
- 在同步下，使用为每个下载的地图创建版本，可在移动工作人员下载地图时为离线地图创建唯一命名的复本版本。 然后工作人员同步编辑内容时将使用此复本版本。
发布者还会与办公室工作人员群组共享服务，从而使组织中的其他成员可以访问数据。
创建 Web 地图
创建要素服务后的下一步是创建 Web 地图。 发布者通过登录到组织（ArcGIS Enterprise 或 ArcGIS Online）、创建 Web 地图、向地图添加要素图层以及与办公室工作人员群组共享地图来完成此操作。 将 Web 地图的离线模式属性设置为已启用，使其可离线使用。 现在，办公室工作人员组的员工可下载此地图。
下载 Web 地图
如果有可用的 web 地图，工作人员可以将其下载到移动设备上的应用程序中，然后前往外业检查请求的更新。 为此，在连接到网络的情况下，工作人员 Bob 在其移动设备上启动该应用程序，登录到组织，并将 web 地图下载到他的设备。
下载进程开始时，将通过后台地理数据库中的已发布版本（默认）创建一个名为 Bob_NetFS_1404578882000 的复本版本。 由于已将服务设置为创建每个下载地图的版本，因此将生成唯一的版本名称。 名称由移动工作人员的登录名 (Bob)、要素服务名称 (NetFS) 和唯一 ID 组成。 同步下载的地图时将使用该复本版本。
然后，数据将下载到设备，应用程序会切换地图以引用本地数据。 此时，无需连接网络即可编辑地图。
同步编辑内容
在现场中，Bob 注意到其中一个传感器的位置不正确，它位于街道的错误一侧。 Bob 在移动应用程序中进行了此校正。
Bob 在白天访问了其他位置并进行了其他校正。 如果连接性可用，Bob 可能还会在外业同步编辑内容。 回到办公室后，Bob 在外业设备上连接到内部网络，然后执行最终同步。 这可保证在外业进行的所有校正均已应用到 Bob_NetFS_1404578882000 复本版本。
现在，在外业进行的编辑内容已经与源同步，Bob 将本地地图从移动应用程序中移除并返回设备。 移除本地地图的过程会将 Bob_NetFS_1404578882000 复本版本标记为不再与离线地图相关。 随后，Bob 会连接到 ArcGIS Pro 中的 Bob_NetFS_1404578882000 复本版本，并使用默认版本对其进行协调和提交。 Bob 使用基于属性的冲突检测并手动解决所有冲突。
保存编辑内容且 Bob 已切换回默认版本后，Bob 将删除 Bob_NetFS_1404578882000 复本版本。
Bob 发现，为了正确更新数据，需要进行更多的外业检查。 每次前往现场均需要一个新的下载地图和 Bob_NetFS_<ID> 复本版本。 每个新复本版本都将包括默认版本的最新编辑内容。 在与地图断开连接、协调和提交之前，这些复本版本将保留在地理数据库中。
除 Bob 外，其他办公室工作人员可同时与 Bob 执行类似的任务。
将 Bob 的更改内容协调并提交到默认版本后，Bob 将删除 Bob_NetFS_<ID> 复本版本。
下载短期工程的地图
在本示例中，移动工作人员将离线编辑版本化数据。 源地理数据库中的版本化数据引用的工程版本是默认版本的子版本。
移动工作人员会在早上和一天结束时将其编辑内容与工程版本同步。 夜间运行协调和提交过程以使该移动工作人员的复本版本始终与其他移动工作人员的编辑保持一致。 每位移动工作人员在第二天早上进行同步时都会看见其他移动工作人员的编辑。 工程完成后，所有外业编辑内容均会进行同步并应用到工程版本。 然后对工程版本进行检查，并将其协调并提交到默认地理数据库版本。 工程完成后，将由员工删除要素服务和移动工作人员复本版本。
在本工作流中，移动工作人员数据的延迟不得超过 1 周。
以下介绍了完成此工作流所需的步骤：
发布要素服务
在本示例中，项目经理需要将工作人员部署到现场执行传感器检查。 每年会定期执行传感器检查。 检查期间，移动工作人员将检查并记录传感器损坏和可访问性等问题。 该信息用于计划修复并了解可以轻松访问哪些传感器。 计划在一周的某个时间段进行此工程。 对于数据集合，向每个移动工作人员提供一台运行自定义移动应用程序的平板电脑。
对于此工程，项目经理计划在公司的组织帐户中创建并共享传感器检查的 Web 地图。 该 web 地图将引用公司的预置 ArcGIS Server 站点中运行的要素服务。
为创建要素服务，项目经理在 ArcGIS Pro 中从源企业级地理数据库的默认版本将传感器要素类添加到地图。 要素类已注册以进行传统版本化。 用黄色标记用于检查的传感器。
为了组织工作，项目经理根据默认地理数据库版本创建了一个版本。 经理将子版本命名为 Inspection 并将更改地图以引用此版本。
接下来，项目经理从 ArcGIS Pro 发布一个名为 InspectionFS 的要素服务。
在发布过程中，项目经理将在要素图层的配置选项卡上编辑以下设置以使图层支持离线使用和编辑：
- 在启用编辑功能并允许编辑者下，可以使用添加、更新和删除要素进行所有数据编辑操作。
- 使用启用同步，可以离线使用图层。
- 在同步下，使用为每个用户创建版本，可以在移动工作人员首次下载地图时为工作人员创建复本版本。 工作人员同步编辑内容时将使用此复本版本。
创建 Web 地图
发布要素服务后，项目经理将在 ArcGIS Enterprise 门户中创建 Web 地图并会将其与所有成员均为移动工作人员的群组进行共享。
项目经理将执行以下步骤：
- 登录组织
- 创建 Web 地图。
- 将新发布的要素服务添加到 Web 地图。
- 保存 Web 地图。
- 与包括移动工作人员的群组共享 Web 地图和要素服务。
- 启用 Web 地图上的离线模式属性，使该地图可供离线使用。
下载 Web 地图
通过在网络上从移动应用程序登录组织帐户，每位移动工作人员都可以访问 Web 地图，并将地图和数据下载到其设备上。
在以下逻辑示意图中，一位移动工作人员 (Joe) 正在开始下载过程。
Joe 将为地图选择范围和底图分辨率。
下载进程开始时，将根据已发布的复本版本在源地理数据库中创建一个名为 Joe_InspectionFS 的版本。 由于要素服务已设置为为每个用户创建版本，复本版本名称将取决于移动工作人员的登录帐户 (Joe) 和从其中创建该版本的服务名称 (InspectionFS)。 同步下载的地图时将使用该复本版本。
注：
Joe 无论在何时从 InspectionFS 服务下载地图时，均要引用 Joe_InspectionFS 复本版本。 例如，某些情况下 Joe 可能需要移除本地地图并使用较大的范围重新创建。 Joe 再次下载地图时，之前从 Joe_InspectionFS 复本版本同步的所有编辑内容均在地图中可见。
下载地图和数据后，移动应用程序会切换地图以引用本地数据。 此时，Joe 无需连接网络即可编辑地图。
第二个移动工作人员 (Mary) 将执行的步骤与 Joe 相同。 这将导致在源地理数据库中创建 Mary_InspectionFS 复本版本。
同步编辑内容
在现场中，Joe 被分配在地图的东侧进行工作。 Joe 在执行检查时更新传感器要素状态。 如果传感器通过检查，将显示为绿色。 如果传感器损坏且需要修复，则显示为红色。
一天结束后，Joe 从外业设备连接到网络，并与要素服务同步。 这会将编辑内容应用到源地理数据库中的 Joe_InspectionFS 复本版本。
在一天结束时，Mary 还会从地图西侧同步她的传感器检查。
夜间运行地理数据库处理
在晚上，将运行自动过程以协调并提交移动工作人员编辑内容。 该过程首先将每个复本版本与检查版本进行协调并提交。 该过程将应用冲突解决策略，在该策略中将保留最后的编辑内容且基于属性进行冲突检测。
将现场中的所有编辑内容应用于检查版本中后，将在数据上运行验证脚本。 这些脚本会识别并更正具有无效值或超出边界要素的编辑内容。 例如，状态字段必须具有有效的状态值。 如果该值无效，会将其设置回需要检查并使用黄点进行符号化。 验证完成后，该过程会将移动工作人员复本版本与检查版本进行协调，因此每个版本均包含最新更改的内容。
Joe 和 Mary 在第二天早上进行同步后，将可以看见彼此的更新内容。
注：
夜间处理过程还可与默认版本进行协调以包含自工程启动时开始对默认版本进行的编辑。 但项目经理仅选择在工程结束时与默认版本进行协调。 该操作允许检测冲突并在提交到默认版本前手动进行检查。 如果在工程结束时完成此过程，工作人员可能会对最终协调过程上未显示为冲突的这些要素执行其他编辑内容。
同时在此示例中还需注意将在夜间运行协调和提交移动工作人员编辑内容的自动过程。 这表示移动工作人员在第二天之前不会看见由其他工作人员进行的最新编辑。 要减少此延迟，可更频繁地运行该过程。 例如，如果每小时运行一次此过程，移动工作人员可每小时进行一次同步以获取其他工作人员的最新编辑。
删除下载的地图并执行最终协调和提交过程
上述过程将在工程的一周时间范围内继续。 当所有传感器均已检查完毕后，工程即完成。 在工程结束时，系统将提示移动工作人员同步最后的编辑并从移动应用中移除本地地图。当从移动应用中移除本地地图后，移动工作者的复本版本将不再与已下载的地图相关联。 随后项目经理将停止并删除要素服务。
项目经理将针对所有移动工作人员的复本版本执行最终协调和提交过程并删除这些复本版本。 然后，项目经理会将检查版本与默认版本进行协调并提交。 项目经理会在此过程中手动检查并解决冲突。 完成后，最新的传感器检查信息对使用默认版本的所有工作人员可用。 项目经理要完成的最后一步是删除检查版本。
下载持续性工程的地图
此示例工作流与之前的工作流相似（下载用于持续时间较短的工程的地图），因为移动工作人员同步了离线进行的编辑。 然后在早上或一天结束的时候连接至网络并进行同步。 与先前的工作流相似，此工作流从质量保证版本发布要素服务而不是直接从默认版本发布。 这表示需要其他检查、协调和提交过程。 但是，与先前的工作流不同，质量保证版本保留在地理数据库中；它不仅限于工程的生命周期。
以下内容为完成此工作流所需的步骤：
发布要素服务
对于此工程，项目经理将在公司的组织帐户中创建并共享传感器检查的 Web 地图。 该 Web 地图将引用公司的预置 ArcGIS Server 站点中运行的要素服务。
为创建要素服务，项目经理在 ArcGIS Pro 中从源企业级地理数据库的默认版本将传感器要素类添加到地图。 要素类已注册以进行传统版本化。 用黄色标记用于检查的传感器。
为了组织工作，项目经理将从默认版本创建一个子版本，并将子版本命名为 Inspection。 经理将更改地图以引用 Inspection 版本。
接下来，项目经理从 ArcGIS Pro 中的地图发布一个名为 InspectionFS 的要素服务。
项目经理将选中 ArcGIS Server Manager 的服务编辑器页面中的同步功能，因为该服务可用于离线地图中。 项目经理还将单击高级选项显示要素服务高级选项。
在要素服务高级选项中，项目经理将选择为每位用户创建版本选项。 借助此选项，移动工作人员首次下载地图时将为其创建复本版本。 然后工作人员同步编辑内容时将使用此复本版本。
在发布过程中，项目经理将在要素图层的配置选项卡上编辑以下设置以使图层支持离线使用和编辑：
- 在启用编辑功能并允许编辑者下，可以使用添加、更新和删除要素进行所有数据编辑操作。
- 使用启用同步，可以离线使用图层。
- 在同步下，使用为每个用户创建版本，可以在移动工作人员首次下载地图时为工作人员创建复本版本。 工作人员同步编辑内容时将使用此复本版本。
创建 Web 地图
发布要素服务后，项目经理将在 ArcGIS Enterprise 门户中创建 Web 地图并会将其与所有成员均为移动工作人员的群组进行共享。
项目经理将执行以下步骤：
- 登录组织
- 创建 Web 地图。
- 将新发布的要素服务添加到地图。
- 保存 Web 地图。
- 与包括移动工作人员的群组共享 Web 地图和要素服务。
- 启用 Web 地图上的离线模式属性，使该地图可供离线使用。
下载 Web 地图
通过在网络上从移动应用程序登录帐户，每位移动工作人员都可以访问 Web 地图，并将地图和数据下载到其设备上。
在以下逻辑示意图中，一位移动工作人员 (Joe) 正在开始下载过程。
Joe 将为地图选择范围和分辨率。
下载进程开始时，ArcGIS 将根据已发布的版本 (Inspection) 在源地理数据库中创建一个复本版本 (Joe_InspectionFS)。 由于要素服务已设置为为每个用户创建版本，复本版本名称将取决于移动工作人员的登录帐户 (Joe) 和从其中创建该版本的服务名称 (InspectionFS)。 同步地图时将使用该复本版本。
注：
Joe 无论在何时从 InspectionFS 服务下载地图时，均要引用 Joe_InspectionFS 复本版本。 例如，某些情况下 Joe 可能需要移除本地地图并使用较大的范围重新创建。 Joe 再次下载地图时，从 Joe_InspectionFS 复本版本同步的所有编辑内容将显示在地图中。
下载数据和地图后，移动应用程序会切换地图以引用本地数据。 此时，Joe 无需连接网络即可编辑地图。
第二个移动工作人员 (Mary) 将执行的步骤与 Joe 相同。 这将导致在源地理数据库中创建 Mary_InspectionFS 复本版本。
Mary 和 Joe 在外业编辑内容时，办公室工作人员会向默认地图数据库添加新的传感器。 新传感器是区域中新工程的结果。 安装新传感器后需要进行检测，因此显示为黄色。
同步编辑内容
在现场中，Joe 被分配在地图的东侧进行工作。 Joe 将在执行传感器检查期间更新每个传感器要素的状态。 如果传感器通过检查，将显示为绿色。 如果传感器损坏且需要修复，则显示为红色。
当移动设备在当天结束时连接到网络时，Joe 会与要素服务进行同步。 这会将编辑内容应用到源地理数据库中的 Joe_InspectionFS 复本版本。
在一天结束时，Mary 还会从地图西侧同步她的传感器检查。
夜间运行地理数据库处理
在晚上，将运行自动过程以协调并提交移动工作人员编辑内容。 该过程首先将每个移动工作人员复本版本与检查版本进行协调并提交。 该过程将应用冲突解决策略，在该策略中将保留最后的编辑内容且基于属性进行冲突检测。
将现场中的所有编辑内容应用于检查版本中后，将在检查版本的数据上运行验证脚本。 这些脚本会识别并更正具有无效值或超出边界要素的编辑内容。
注：
此时，该过程中的 Mary_InspectionFS 复本版本会包含 Joe 的编辑内容，但 Joe_InspectionFS 复本版本不包含 Mary 的编辑内容。 这是因为已在 Mary_InspectionFS 复本版本前协调并提交 Joe_InspectionFS 复本版本。
自动过程的下一步骤涉及将检查版本与默认版本进行协调并提交。 该过程使用基于属性的冲突检测并自动解决冲突。 此协调过程可将默认版本（新传感器）中的编辑内容引入到检查版本中，而提交过程可将检查版本（Joe 和 Mary 的编辑内容）中的编辑内容应用到默认版本中。
会将每个移动工作人员复本版本与检查版本再次进行协调以完成该自动过程。 现在，每个移动工作人员的复本版本将保持最新状态。
提示：
要将最新更改应用到移动工作人员，需要协调过程但不需要提交过程。 一些组织可能会运行单独的过程以将编辑内容提交到默认版本，因为通过该操作可将编辑内容用于工程外部的其他成员。
Joe 和 Mary 在第二天进行同步时会看到其他移动工作人员版本的已更新传感器以及默认版本的新传感器。 由于新传感器位于地图的东侧，因此 Joe 将检查新传感器并同步结果。 夜间运行该过程后，Joe 针对新传感器检查的信息将在第二天应用到默认版本中。
将每天不断重复此过程。 只要 Joe 和 Mary 继续执行传感器检查，就会保留 Joe_InspectionFS 和 Mary_InspectionFS 复本版本。 如果在某一时刻停止处理工程，则在 Joe 和 Mary 执行完最终同步、取消注册其本地地图且已在 Joe_InspectionFS 和 Mary_InspectionFS 复本版本上执行最终协调和提交过程后，可移除这些复本版本。