A continuación, se describe la aplicación del versionado (cómo se puede aplicar esta tecnología en una organización) y se ilustran algunas de las configuraciones de versionado disponibles.
Los flujos de trabajo varían entre organizaciones. A menudo, se transforman en etapas discretas y cada etapa requiere la asignación de un conjunto específico de recursos y reglas de negocios. Normalmente, cada etapa del proceso general representa una sola unidad de trabajo, como un trabajo o una orden de trabajo. Para administrarlas, puede crear una versión aislada separada y modificarla. Una vez completado este trabajo, puede integrar los cambios en la versión predeterminada.
Entender los requisitos empresariales y de la organización junto con los puntos clave relativos a los escenarios de versiones en rama le ayudará a determinar qué es lo mejor para su organización.
El concepto de versionado es el mismo independientemente de si utiliza escenarios de versiones en rama o escenarios de versiones tradicionales. El versionado proporciona varias representaciones de los datos sin copiar datos, permite la edición concurrente y permite a los usuarios tener versiones durante períodos de tiempo prolongados. Consulte Descripción general del versionado para más información.
El versionado en rama es un tipo de versionado de geodatabase que funciona con el modelo SIG web de ArcGIS Enterprise utilizando una arquitectura basada en servicios para permitir flujos de trabajo de edición multiusuario y escenarios de transacciones largas a través de capas de entidades web. Las capas de entidades web (conocidas también como servicios de entidades) son capas que se comparten para que sea posible visualizar, consultar y editar datos en la web.
El versionado en rama admite tablas y clases de entidad simples junto con datasets de geodatabase más complejos, como redes de servicios y estructuras de parcelas en una geodatabase corporativa. Es importante preparar el dataset correctamente para que sea apto para una variedad de flujos de trabajo que se puedan completar accediendo a las capas de entidades web que contienen los datos registrados como versionados en rama y publicados desde una geodatabase corporativa. Una vez publicadas las capas de entidades web, el versionado en rama le permite rastrear las ediciones de las operaciones de inserción, actualización y eliminación en las entidades de una versión.
Consulte las opciones de flujo de trabajo de edición para obtener una lista completa de los tipos de datos compatibles con el versionado en rama.
Si sus datos están registrados como versionados en rama y la funcionalidad Administración de versiones no está habilitada, todas las operaciones, como la consulta y la edición, se producen en la versión predeterminada publicada. No puede utilizar ninguna de las operaciones de Administración de versiones, como crear, modificar, eliminar versiones o conciliar y publicar versiones.
Más información sobre la edición de consideraciones para servicios de entidades.
Consideraciones generales
Tenga en cuenta lo siguiente al considerar el versionado en rama:
- Para editar versiones en rama, se debe acceder a ellas a través de una capa de entidades web y el usuario del portal debe tener asignado un rol que incluya el privilegio Editar. La edición no está disponible cuando se accede a datasets versionados en rama directamente desde una conexión de base de datos.
- Las versiones en rama solo están disponibles en la capa de entidades web en la que se crearon.
- Al establecer los permisos de acceso de las versiones, tenga en cuenta la estrategia de flujo de trabajo de la versión y las necesidades de los distintos usuarios que trabajan dentro de ese marco.
- La propiedad de la versión se basa en el usuario del portal activo. Los privilegios del usuario del portal también determinan las versiones que el usuario puede ver, editar y administrar.
- La resolución de conflictos para los datos versionados en rama se puede administrar en varias sesiones.
- Los flujos de trabajo de administración de versiones se simplifican gracias a un modelo de datos simplificado. Aunque las operaciones de conciliación y publicación se siguen realizando para fusionar ediciones y publicar cambios en las versiones predeterminadas, la operación de compresión ya no se necesita para los datasets versionados en rama. Las ediciones se rastrean mediante el archivado, lo que permite almacenar todas las ediciones en la tabla base del dataset.
Editar la versión predeterminada
La versión predeterminada es la versión publicada a la que acceden los usuarios al trabajar con datos versionados en rama. Es la versión inicial a la que se exponen la mayoría de los usuarios al consumir capas de entidades web a través de servicios.
Para editar datos versionados en rama, debe acceder a ellos a través de una capa de entidades web. Al editar capas con la funcionalidad Administración de versiones habilitada, las ediciones se guardan inmediatamente en la fuente de datos subyacente. La versión predeterminada siempre puede tener varios editores (por ejemplo, varios administradores), aunque la definición del nivel de acceso a las versiones determina quién puede acceder y editar esta versión. Cuando el acceso a las versiones se establece como público, todos los usuarios del portal pueden editar directamente la versión predeterminada y los editores pueden publicar ediciones en ella. La edición de la versión en rama predeterminada equivale a transacciones cortas estándar de la base de datos. Al editar la versión en rama predeterminada, su primera edición en la sesión de edición inicia la transacción y las operaciones de edición individuales que realice se confirman automáticamente en la base de datos como una transacción única sin necesidad de guardar las ediciones. Los cambios que realice estarán disponibles para todos los demás usuarios y aplicaciones que accedan a la capa de entidades web desde la versión predeterminada cuando se complete la transacción.
Al publicar datos versionados en rama, el publicador puede habilitar la funcionalidad Administración de versiones. El servicio de administración de versiones (VMS) expone las operaciones de Administración de versiones, que son necesarias para admitir capas de entidades web que funcionan con datasets versionados en rama.
El acceso a la versión se basa en una combinación de los privilegios del usuario del portal activo y el permiso de acceso de la versión. Los privilegios del usuario del portal y el nivel de permiso de acceso a la versión (público o protegido) de la versión predeterminada determinan los tipos de flujos de trabajo de edición permitidos.
- público: todos los usuarios del portal pueden editar la versión predeterminada directamente y los editores pueden publicar ediciones en ella.
- protegido: solo los usuarios que sean administradores de versiones (usuarios del portal con mayores privilegios) pueden editar o publicar ediciones directamente en la versión predeterminada. Los editores deben crear una versión con nombre para empezar a editar.
Consideraciones
Tenga en cuenta lo siguiente al trabajar con la versión predeterminada o al editarla:
- Varios usuarios pueden editar la versión predeterminada simultáneamente.
- Al editar la versión predeterminada con la funcionalidad Administración de versiones habilitada, no puede deshacer ni rehacer las ediciones.
- No se aplica ninguna detección de conflictos al editar la versión predeterminada. Cuando un usuario actualiza una entidad y guarda las ediciones y, a continuación, otro usuario actualiza la misma entidad y guarda las ediciones, la última actualización realizada sobrescribe la primera.
Editar una versión con nombre
Si está administrando varios proyectos, órdenes de trabajo o trabajos, necesitará un planteamiento estructurado de administración de flujos de trabajo. Es posible mantener unidades de trabajo discretas que impliquen muchas sesiones de edición y abarquen varios días, semanas o meses sin que ello afecte a la versión predeterminada. Algunos ejemplos de estas unidades de trabajo discretas podrían ser un esquema de mejora de carreteras, la instalación de un nuevo servicio telefónico o un proyecto de mantenimiento en curso para una conducción de gas. Cuando se inicia una orden de trabajo o un proyecto, para aislar las ediciones, puede crear una versión con nombre a partir de la versión predeterminada.
El versionado en rama tiene una jerarquía de versiones simplificada que permite crear solo un nivel de versiones con nombre a partir de la versión en rama predeterminada. El nivel de acceso a la versión de la versión en rama predeterminada está definido como público de forma predeterminada. Para trabajar con datasets versionados en rama en una versión con nombre y hacer que participen en flujos de trabajo de versionado, habilite la funcionalidad Administración de versiones al publicar el servicio. Una vez habilitada, el servicio de administración de versiones (VMS) expone las funcionalidades para crear, modificar y eliminar versiones, así como para conciliar y publicar ediciones de versiones, que son necesarias para admitir capas de entidades web que funcionan con datasets versionados en rama. Puede crear una versión con nombre para proporcionar a los editores su propia vista exclusiva y aislada para trabajar con los mismos datos al mismo tiempo.
Si ha elegido una estrategia en la que nadie edita la versión predeterminada directamente, el administrador de la geodatabase puede modificar las propiedades de la versión y establecer el nivel de acceso de la versión como protegido, lo que permite a los usuarios seguir viendo la versión predeterminada, pero restringe su nivel de acceso a solo lectura. Cualquier editor que desee modificar los datos debe crear una versión con nombre.
Cuando una capa de entidades web con la funcionalidad Administración de versiones habilitada se agrega inicialmente al mapa desde una conexión de portal, se utiliza la versión predeterminada. Sin embargo, puede utilizar el cuadro de diálogo Cambiar versión para cambiar entre versiones. Cuando edita una capa de entidades web con la Administración de versiones habilitada, puede editar la versión predeterminada o una versión con nombre, si la hay. Al editar una versión nominal, puede deshacer y rehacer ediciones individuales, así como guardar o descartar grupos de ediciones. Para acceder a estas funcionalidades de edición en una versión con nombre, la versión que se está editando debe estar aislada de otros editores y visualizadores. Para ello, ArcGIS Pro proporciona mecanismos de bloqueo para limitar el acceso a las versiones para su visualización o edición.
El modelo de bloqueo admite varios visualizadores simultáneos o un solo editor de la siguiente manera:
- Una vez que un editor comienza a editar una versión con nombre, se obtiene un bloqueo exclusivo y ningún otro usuario puede conectarse a la versión durante la sesión de edición.
- Cuando un editor empieza a editar una versión nominal, debe ser el único usuario conectado a esa versión.
Establecer el acceso a la versión como privado al crear una versión con nombre ayuda a evitar bloquear la versión para la edición. Una versión con nombre definida como privada impide que otros usuarios, a excepción de los usuarios con privilegios elevados (por ejemplo, el administrador del portal y el administrador de la versión), se conecten a esta versión.
Una vez completadas todas las modificaciones en la orden de trabajo, el trabajo o el proyecto, puede realizar una conciliación para recuperar los cambios de la versión predeterminada y resolver cualquier conflicto que se detecte. El versionado en rama le permite administrar conflictos de varias sesiones de edición, revisarlos y resolverlos, y salir y volver a entrar más adelante para continuar. Puede revisar los conflictos de uno en uno y, si es necesario, realizar cambios. Una vez completado, el administrador de la versión puede publicar las modificaciones en la versión predeterminada protegida e integrarlas en la versión predeterminada. A continuación, se puede eliminar la versión con nombre.
Consideraciones
Tenga en cuenta lo siguiente al trabajar con una versión con nombre o editarla:
- El versionado en rama tiene una jerarquía de versiones simplificada que permite crear solo un nivel de versiones con nombre a partir de la versión predeterminada.
- Solo se permite un único editor por versión en rama o varios lectores. Una vez que un editor comienza a editar una versión en rama, se obtiene un bloqueo exclusivo y ningún otro usuario puede conectarse a la versión.
- Las funcionalidades de deshacer y rehacer están disponibles cuando se trabaja en una versión con nombre.
- Las operaciones de conciliación y publicación se realizan utilizando la versión predeterminada como versión de destino; no puede conciliar ni publicar con otra versión con nombre.
- Dado que el modelo de versionado en rama es un modelo temporal en el que todos los registros y ediciones se rastrean en la misma tabla base, no se requiere comprimir.
Admitir editores y visualizadores
Si su organización necesita admitir varios niveles de usuarios, cada uno con distintos requisitos de operaciones, el planteamiento recomendado es crear un servicio para cada nivel de usuario. Por ejemplo, puede tener un grupo de editores y visualizadores que necesiten acceso de solo lectura al sistema. En este escenario, puede admitir estos editores y visualizadores publicando dos capas de entidades web (servicios de entidades) desde la misma clase de entidad subyacente registrada como versionada en rama.
- La primera capa de entidades web se publica como una capa de entidades web editable con la funcionalidad Administración de versiones habilitada y se crea con el fin de compartirla solo con los editores de la organización para que realicen ediciones.
- Se publica una segunda capa de entidades web con la funcionalidad de consulta habilitada y se deshabilitan las operaciones de creación, actualización, eliminación, exportación y sincronización. Esta capa de entidades web, que no tiene habilitada la edición, se publica con la finalidad de proporcionar un servicio no editable para compartirlo con los visualizadores que deseen tener una vista de solo lectura de los datos publicados.
Nota:
Al preparar los datos para publicar un servicio de entidades, el usuario de geodatabase conectado debe ser el propietario de los datos y la geodatabase debe estar registrada como un data store. En el versionado en rama, la propiedad de la versión se basa en el usuario del portal activo. Si tiene previsto utilizar la capa de entidades web solo para su edición o visualización, su usuario del portal debe tener asignado un rol con el privilegio Editar o Visualizador.
Una vez publicada la primera capa de entidades web, los editores pueden editar la versión en rama predeterminada o editar una versión con nombre y conciliarla y publicarla utilizando la versión predeterminada en esta capa de entidades web editable. Una vez que se hayan completado o publicado las ediciones en la versión predeterminada, los cambios estarán disponibles inmediatamente y lo estarán también para publicar una capa de entidades web separada con la funcionalidad de consulta habilitada y las operaciones de creación, actualización, eliminación, exportación y sincronización deshabilitadas. Al publicar esta capa de entidades web, que no tiene habilitada la edición, puede dejar deshabilitada la funcionalidad Administración de versiones.
A medida que se realicen ediciones adicionales en la versión predeterminada en la capa de entidades web editable, estas ediciones estarán visibles inmediatamente en la versión predeterminada de la capa de entidades web de solo lectura disponible para el grupo de usuarios con el rol de Visualizador asignado.
Consideraciones
Tenga en cuenta lo siguiente al admitir editores y visualizadores:
- Capa de entidades web editable
- La capa de entidades web editable tendrá habilitada la funcionalidad Administración de versiones y se compartirá solo con los editores de la organización. Estos pueden crear, modificar y eliminar versiones, así como realizar ediciones y operaciones de conciliación y publicación.
- Capa de entidades web no editable con solo la funcionalidad de consulta habilitada
- La capa de entidades web no editable con solo la funcionalidad Consulta habilitada se puede compartir únicamente con los visualizadores que tengan acceso de solo lectura a los datos. Los visualizadores solo pueden acceder a la versión predeterminada de este servicio de solo consulta, ya que el servidor de administración de versiones no está habilitado.
- La operación Consulta es necesaria para que los visualizadores vean los datos en la capa de entidades web. Por este motivo, la operación Consulta está habilitada cuando se publica desde ArcGIS Pro y no se puede deshabilitar.
Etapas del proyecto
Los sistemas de administración de órdenes de trabajo y el proceso de asignación de órdenes de trabajo pasan por varias fases en una organización. Muchos proyectos evolucionan a través de un grupo prescrito o regulado de etapas que requieren aprobaciones de ingeniería, administrativas o legales antes de pasar a la etapa siguiente. Entre estas etapas pueden estar el diseño inicial propuesto, la construcción, la topografía sobre el terreno, la construcción existente y el proyecto completado. Durante cada etapa de un proyecto, pueden darse varias actualizaciones de subconjuntos de datos. Este proceso en particular es esencialmente cíclico: una orden de trabajo se asigna inicialmente a un ingeniero y se modifica con el tiempo a medida que el proyecto evoluciona a través de varias etapas, hasta la integración completa con la base de datos de producción. En el último paso de cada etapa, se puede requerir que un administrador asuma la propiedad para que efectúe una garantía de calidad (QA) y un control de calidad (QC) o un paso de validación antes de la publicación.
En el siguiente escenario, se crea una única versión con nombre denominada Propuesta a partir de la versión predeterminada, que representa la etapa propuesta de este proceso. Una vez que se completan las ediciones en esta etapa propuesta, el usuario cambia la propiedad de la versión y se la asigna al usuario administrador. El usuario administrador revisa y completa el proceso de validación de QA/QC y concilia y publica los cambios en la versión predeterminada protegida. Una vez publicada, la versión Propuesta se puede eliminar.
A continuación, se crea una única versión con nombre denominada Construida a partir de la versión predeterminada, que representa la etapa de construcción de este proceso. Una vez que se completan las ediciones en esta etapa construida, el usuario cambia la propiedad de la versión y se la asigna al usuario administrador. El usuario administrador revisa y completa el proceso de QA/QC y concilia y publica los cambios en la versión predeterminada protegida. Una vez publicada, la versión Construida se puede eliminar.
Este proceso de ciclo de vida de generar versiones con nombre, realizar ediciones, cambiar la propiedad de la versión al usuario administrador que, a continuación, completa el proceso de QA/QC y concilia y publica utilizando la versión predeterminada se repite hasta llegar al escenario final o completado.
Consideraciones
Tenga en cuenta lo siguiente al trabajar con etapas del proyecto:
- Este proceso de flujo de trabajo de QA/QC puede constar de lo siguiente:
- Reglas de atributos: las reglas de atributos mejoran la experiencia de edición y la integridad de los datos de los datasets de geodatabase. Son reglas definidas por el usuario que se pueden usar para rellenar automáticamente los atributos, restringir las ediciones no válidas durante las operaciones de edición y realizar comprobaciones de QA en las entidades existentes.
- ArcGIS Data Reviewer: Data Reviewer permite administrar los datos para la producción y el análisis de datos al proporcionar un sistema para automatizar y simplificar el control de calidad de los datos que puede mejorar la integridad de los datos. Data Reviewer incluye un conjunto de herramientas de QC que ofrecen un proceso de revisión de datos eficiente y coherente, como analizar los valores de los atributos de las tablas y las relaciones espaciales entre las entidades.
- Workflow Manager: Workflow Manager permite simplificar y estandarizar sus procesos empresariales, que se pueden representar como un flujo de trabajo utilizando una serie de pasos conectados por rutas en Workflow Manager. Los flujos de trabajo organizan y aclaran las tareas para garantizar que se realicen todos los pasos. Se registra información automáticamente de cada actividad y se proporcionan herramientas para reportar la información de cada tarea. Workflow Manager incluye herramientas para asignar recursos y rastrear el estado y el progreso de los trabajos. Se proporcionan varias notificaciones por correo electrónico para informar a los usuarios de las tareas que tienen asignadas, las tareas completadas y los datos espaciales editados, entre otras actividades.
Administración de datos distribuidos
Puede admitir flujos de trabajo de editores móviles con ArcGIS Collector o en ArcGIS Pro con el botón Descargar mapa.
Al trabajar con datos versionados en rama y editores móviles, aprenda a usar y trabajar con datos versionados en rama en servicios de entidades que utilice sin conexión.
La colaboración distribuida también admite capas de entidades web, incluidas las que se ejecutan en datos versionados en rama. Permite compartir como una copia capas de entidades web con la sincronización habilitada cuando las capas de entidades web compartidas en la colaboración se ejecutan en copias separadas de los datos. Para obtener más información sobre el proceso y los conceptos de colaboración, consulte Cómo funciona la colaboración.