Escenarios de versiones en rama

Disponible con una licencia Standard o Advanced.

Los requisitos de negocio de su organización marcarán los escenarios de versionado en rama que vaya a utilizar.

Los flujos de trabajo varían, pero a menudo constan de etapas discretas, cada una de las cuales requiere la asignación de un conjunto específico de recursos y reglas de negocio. 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 versionado en rama o versionado tradicional. 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.

Descripción general del versionado en rama
Se muestra una descripción general del flujo de trabajo de versionado en rama.

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. Los datos se deben registrar como versionados en rama y publicar 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 datasets compatibles con el versionado en rama.

Si los datos están registrados como versionados en rama y no ha habilitado la funcionalidad Administración de versiones en la capa de entidades web, todas las operaciones, como la consulta y la edición de datos, se realizan sobre la versión predeterminada. No puede utilizar ninguna de las operaciones de Administración de versiones, como aquellas que creen o eliminen versiones con nombre o modifiquen versiones, y no puede utilizar las operaciones de conciliación y publicación.

Más información sobre la edición de consideraciones para servicios de entidades.

En las siguientes secciones encontrará consideraciones generales para el versionado en rama, junto con descripciones de varios escenarios de edición en rama y las configuraciones de versionado recomendadas.

Consideraciones generales

Tenga en cuenta lo siguiente al considerar el versionado en rama:

  • Los editores deben editar datos versionados en rama a través de la capa de entidades web; no pueden conectarse a la geodatabase en ArcGIS AllSource a través de una conexión de base de datos y editar los datos. Esto significa que debe publicar los datos de versionado en rama como capa de entidades web y compartir la capa de entidades web con las personas adecuadas: un grupo, la organización, o el público en general. Si comparte la capa de entidades web con un grupo o con la organización, los miembros del portal que tengan que editar la capa de entidades deben pertenecer a un rol que incluya el privilegio de edición de entidades.

    Nota:

    El propietario de los datos versionados en rama puede conectarse a la geodabatase en ArcGIS AllSource mediante una conexión de base de datos y ejecutar herramientas de geoprocesamiento que modifiquen los datos de versionado en rama. Esto debe reservarse a aquellas operaciones que faciliten la carga de datos en masa, como por ejemplo las funciones Incorporar o Copiar.

  • Al editar datos versionados en rama, es posible que la tabla de atributos no refleje inmediatamente las actualizaciones. Para ver los datos actualizados en la tabla de atributos, debe refrescar la fuente de datos. Puede hacerlo haciendo clic en el botón Actualizar de la pestaña Versionado de la cinta o en el panel Contenido, elija Lista por fuente de datos y haga clic con el botón derecho en la fuente de datos apropiada para los datos versionados en rama y elija Actualizar.
  • Para crear versiones con nombre debe conectarse a la capa de entidades web. El propietario de la versión con nombre es el miembro del portal utilizado para autenticar la conexión al portal activo durante la creación de la versión con nombre.
  • Al establecer los permisos de acceso a las versiones, tenga en cuenta la estrategia de flujos de trabajo de la versión y las necesidades de los distintos usuarios que trabajan dentro de ese marco.
  • Los privilegios del miembro del portal que accede a la capa de entidades web, junto con los permisos de acceso de la versión y los ajustes de la capa de entidades web, determinan qué puede hacer el miembro del portal con las versiones en rama y los datos que contienen.
  • La resolución de conflictos para los datos versionados en rama se puede administrar a lo largo de varias sesiones de edición. Puede incluso cerrar el proyecto de ArcGIS AllSource, volverlo a abrir y seguir gestionando conflictos.
  • Los flujos de trabajo de administración de versiones se simplifican gracias a un modelo de datos simplificado. Aunque se siguen realizando operaciones de conciliación y publicación para fusionar ediciones y publicar cambios en la versión predeterminada, la operación de compresión 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 datos en la versión predeterminada

Para permitir que otros usuarios editen datos en la versión predeterminada, publique los datos versionados en rama. La capa de entidades web automáticamente hace referencia a la versión predeterminada de los datos.

Al editar datos en la versión predeterminada, las ediciones se guardan inmediatamente en la fuente de datos subyacente. La edición de los datos en la versión en rama predeterminada equivale a transacciones cortas estándar de la base de datos. Al editar datos en la versión en rama predeterminada, su primera edición iniciará 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.

Datos versionados en rama publicados con la administración de versiones habilitada (VMS)
Si el acceso a la versión predeterminada (naranja) está definido como público, los editores pueden editar los datos de la versión predeterminada, que es la versión publicada. Los visualizadores que accedan a esta capa de entidades web publicada (servicio de entidades) con la administración de versiones habilitada también verán las actualizaciones realizadas en la versión predeterminada.

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 configurado para 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: si el nivel de acceso de la versión predeterminada se establece en público, todos los usuarios del portal podrán editar los datos en la versión predeterminada, y los usuarios que editan los datos en las versiones con nombre pueden publicar sus ediciones en la versión predeterminada. Este es el ajuste de acceso predeterminado para la versión predeterminada.
  • Protegido: si el nivel de acceso de la versión predeterminada está establecido en protegido, solo los usuarios que sean administradores de versiones (los usuarios del portal con mayores privilegios) pueden editar o publicar ediciones directamente en la versión predeterminada. Todos los demás editores deben crear una versión con nombre para empezar a editar.

Consideraciones

Tenga en cuenta lo siguiente al trabajar o editar datos en la versión predeterminada:

  • Varios usuarios pueden editar datos en la versión predeterminada de forma simultánea.
  • Cuando la funcionalidad Administración de versiones está habilitada en la capa de entidades web, no podrá deshacer ni rehacer las ediciones realizadas sobre los datos de la versión predeterminada.
  • No se aplica ninguna detección de conflictos al editar los datos de 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 administra varios proyectos, órdenes de trabajo o trabajos, necesita 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 permite crear solo un nivel de versiones con nombre a partir de la versión en rama predeterminada. Para trabajar con datasets versionados en rama en una versión con nombre y hacer que participen en flujos de trabajo de versionado, haga lo siguiente:

  • Habilite la funcionalidad Administración de versiones cuando publique los datos versionados en rama. Una vez habilitado, 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 con nombre en la versión predeterminada. Esto es necesario para la compatibilidad con las capas de entidades web que trabajan con datasets versionados en rama.
  • Cree una versión con nombre para proporcionar a los editores su propia vista exclusiva y aislada para que trabajen con los mismos datos al mismo tiempo, y le permitan identificar y resolver conflictos antes de publicar las ediciones en la versión predeterminada.

Editar las versiones en rama predeterminadas y con nombre cuando la versión predeterminada está definida como pública
Si el acceso a la versión predeterminada (naranja) está definido como público, los editores pueden editar los datos de la versión predeterminada o pueden crear y editar una versión con nombre, como la Versión A (verde) o la Versión B (morado). A continuación, los editores pueden conciliar (R) y publicar (P) sus ediciones de la versión con nombre en la versión predeterminada publicada. Los visualizadores que accedan a esta capa de entidades web publicada (servicio de entidades) con la administración de versiones habilitada verán las actualizaciones realizadas o publicadas en la versión predeterminada.

Si elige 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 predeterminada y establecer el nivel de acceso de la versión como protegido, lo que permite a los usuarios seguir viendo los datos de 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 y editar los datos contenidos en ella.

Editar las versiones en rama con nombre cuando la versión predeterminada está establecida como protegida
Si el acceso a la versión predeterminada (naranja) está definido como protegido, los editores solo pueden editar los datos de una versión con nombre, como la Versión A (verde) o la Versión B (morado). Los editores pueden conciliar (R) sus ediciones y los administradores de versiones pueden publicar (P) las ediciones en la versión predeterminada protegida. Los visualizadores que accedan a esta capa de entidades web publicada (servicio de entidades) con la administración de versiones habilitada verán las actualizaciones publicadas en la versión predeterminada.

Cuando una capa de entidades web con la funcionalidad de Administración de versiones habilitada se agrega inicialmente al mapa desde una conexión de portal, accede a la versión predeterminada. Sin embargo, puede utilizar el cuadro de diálogo Cambiar versión para cambiar entre versiones. Al editar una capa de entidades web con la Administración de versiones habilitada, puede editar los datos de la versión predeterminada o de una versión con nombre, si la hay. Al editar los datos de una versión con nombre, 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 AllSource 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:

  • Cuando un editor empieza a editar los datos de 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 los datos de una versión con nombre, debe ser el único usuario conectado a esa versión.

Para evitar parte de estos bloqueos, establezca el permiso de acceso en la versión con nombre a privado. Una versión con nombre con el permiso de acceso definido como privado 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.

Editar las versiones en rama con nombre definidas como privadas cuando la versión predeterminada está definida como protegida
Si el acceso a la versión predeterminada (naranja) está definido como protegido, los editores solo pueden editar datos en una versión con nombre, como la Versión A (verde) o la Versión B (morado). Para evitar que otros usuarios se conecten a su versión con nombre, los editores pueden establecer el acceso a su versión con nombre como privado. Los editores pueden conciliar (R) sus ediciones y los administradores de versiones pueden publicar (P) las ediciones en la versión predeterminada protegida. Los visualizadores que accedan a esta capa de entidades web publicada (servicio de entidades) con la administración de versiones habilitada verán las actualizaciones publicadas en la versión predeterminada.

Una vez completadas todas las modificaciones en la orden de trabajo, la tarea 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 haya finalizado, el administrador de la versión puede publicar las modificaciones realizadas en la versión en rama en la versión predeterminada protegida, integrando las ediciones en la versión predeterminada. A continuación, se puede eliminar la versión con nombre.

Consideraciones

Tenga en cuenta lo siguiente al editar los datos de una versión con nombre:

  • El versionado en rama permite crear solo un nivel de versiones con nombre a partir de la versión predeterminada. En otras palabras, no es posible crear una versión con nombre a partir de una versión con nombre.
  • Solo se permite un editor por versión en rama con nombre, o múltiples usuarios podrán leer de la versión con nombre. Una vez un editor empieza a editar datos en una versión con nombre, se obtiene un bloqueo exclusivo y ningún otro usuario podrá conectarse a la versión.
  • Al editar los datos en una versión con nombre, puede deshacer y rehacer las ediciones.
  • Las operaciones de conciliación y publicación se realizan utilizando la versión predeterminada como versión objetivo; no es posible conciliar o publicar 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 es necesario comprimir.

Admitir editores y visualizadores

Si su organización necesita contar con varios niveles de usuarios, cada uno con distintos requisitos de operaciones, se recomienda crear una capa de entidades web para cada nivel de usuario. Por ejemplo, puede tener editores y visualizadores que necesitan acceso a los datos versionados. 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.

El uso de datos versionados en rama admite editores y visualizadores mediante la publicación de un servicio de entidades de solo consulta y un servicio de entidades editable.
Una vez que los editores publican las ediciones de la versión Predeterminada (naranja) en la capa de entidades web editable (servicio de entidades), estas ediciones se reflejan en la clase de entidad subyacente registrada como versionada en rama. Son visibles para los visualizadores que acceden a la capa de entidades web no editable (verde), ya que esta capa de entidades web también se publica desde la misma clase de entidad subyacente.

  • Publique la primera capa de entidades web como capa de entidades web con la capacidad de administración de versiones activada. Comparta esta capa de entidades web con un grupo cuyos miembros tengan permisos para editar los datos.

    Tras la publicación de la primera capa de entidades web, los editores pueden editar los datos de la versión en rama predeterminada o de una versión con nombre y conciliar y publicar sus ediciones. Una vez que las ediciones estén completadas y, en caso necesario, publicadas en la versión predeterminada, los cambios estarán inmediatamente disponibles en la versión predeterminada. Estas ediciones estarán disponibles para la capa de entidades web que publique para los siguientes usuarios de solo lectura.

  • Publique una segunda capa de entidades web 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. Comparta esta capa de entidades web, que no tiene la edición habilitada, con un grupo cuyos miembros solo requieran una vista de solo lectura de los datos en la versión predeterminada o compártala con su organización para permitir que todos sus miembros tengan acceso a una vista de solo lectura de los datos en la versión predeterminada.

Consideraciones

Tenga en cuenta lo siguiente al admitir editores y visualizadores:

  • Puesto que la capa de entidades web editables tendrá la capacidad de Administración de versiones habilitada y se compartirá con los editores de la organización, los editores pueden crear versiones con nombre, eliminar versiones con nombre y modificar las propiedades de las versiones con nombre, así como editar los datos y llevar a cabo operaciones de conciliación. Si los permisos de acceso a la versión predeterminada se establecen en público, los editores podrán publicar ediciones de las versiones con nombre en la versión predeterminada.
  • Para trabajar con datasets versionados en rama en una versión con nombre y hacer que participen en flujos de trabajo de versionado, deberá habilitar la funcionalidad Administración de versiones cuando publique la capa de entidades web. El usuario del portal que publicó la capa de entidades web será un administrador de versión para esta capa. El propietario de la capa de entidades web puede compartir la capa de entidades web con el grupo o grupos a los que pertenezcan los miembros que necesiten editar la capa de entidades web. Una vez compartida la capa, los editores pueden crear, modificar y eliminar versiones, así como realizar ediciones y operaciones de conciliación y publicación.
  • Dado que solo la funcionalidad de Consulta está habilitada en la segunda capa de entidades web y la administración de versiones no está habilitada, los miembros con quienes haya compartido la segunda capa de entidades web solo podrán acceder a la versión predeterminada.
  • 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 AllSource 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 es esencialmente cíclico: se asigna inicialmente una orden de trabajo a un ingeniero y se va modificando con el tiempo a medida que el proyecto evoluciona pasando por 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 versión con nombre denominada Proposed a partir de la versión predeterminada, que representa la etapa propuesta de este proceso. Una vez completadas las ediciones en esta etapa propuesta, el usuario cambia la propiedad de la versión y se la asigna al administrador de versiones. El administrador de versiones 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 Proposed se puede eliminar.

Utilizar datos versionados en rama para aislar las ediciones de una versión con nombre Propuesta y realizar QA en estas ediciones antes de conciliar y publicar utilizando la versión predeterminada
Un editor puede crear una versión con nombre denominada Propuesta (verde) y conciliar (R) de la versión Predeterminada protegida a la versión con nombre Propuesta. Mientras el editor (verde) edita en la versión con nombre Propuesta, los visualizadores ven lo que se publica desde la versión Predeterminada (naranja). Una vez que el editor completa sus ediciones y cambia la propiedad de la versión al usuario administrador (azul) para completar el proceso de QA/QC, el usuario administrador concilia (R) y publica (P) las actualizaciones utilizando la versión Predeterminada. Una vez publicadas las actualizaciones en la versión Predeterminada, los visualizadores verán las nuevas actualizaciones al acceder a esta capa de entidades web publicada.

A continuación, se crea una única versión con nombre denominada Constructed a partir de la versión predeterminada, que representa la etapa de construcción de este proceso. Una vez completadas las ediciones en esta etapa construida, el propietario de la versión con nombre transfiere la propiedad de la versión al usuario administrador de versiones. El administrador de versiones revisa y completa el proceso de QA/QC y concilia y publica los cambios en la versión predeterminada protegida. Una vez publicadas las ediciones en la versión Predeterminada, la versión Constructed puede eliminarse.

Utilizar datos versionados en rama para aislar las ediciones de una versión con nombre Construida y realizar QA en estas ediciones antes de conciliar y publicar utilizando la versión predeterminada
Un editor puede crear una versión con nombre denominada Construida (morado) y conciliar (R) desde la versión Predeterminada protegida a su versión con nombre Construida. Mientras el editor (morado) realiza ediciones en la versión con nombre Construida, los visualizadores ven lo que se publica desde la versión Predeterminada (naranja). Una vez que el editor completa sus ediciones y cambia la propiedad de la versión al usuario administrador (azul) para completar el proceso de QA/QC, el administrador de versiones (admin) concilia (R) y publica (P) las actualizaciones utilizando la versión Predeterminada. Una vez publicadas las actualizaciones en la versión Predeterminada, los visualizadores verán las nuevas actualizaciones al acceder a esta capa de entidades web publicada.

Este proceso de ciclo de vida, consistente en generar versiones con nombre, realizar ediciones, cambiar la propiedad de la versión al administrador de versiones quien, a continuación, completa el proceso de QA/QC y concilia y publica en la versión predeterminada, se repite hasta llegar al escenario final o completado.

Consideraciones

Puede usar lo siguiente con todos los escenarios descritos anteriormente, pero son de especial ayuda en este flujo de trabajo de QA/QC.

  • 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 pueden rellenar automáticamente los atributos, restringir las ediciones no válidas durante las operaciones de edición o 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.
  • ArcGIS Workflow Manager: ArcGIS 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 ArcGIS 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. ArcGIS 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 aplicaciones móviles de captura de datos o en ArcGIS AllSource con el botón Descargar mapa.

Consulte Trabajar con datos versionados en rama y mapas sin conexión para aprender a implementar los escenarios de versiones en rama para editores móviles.

Las capas de entidades web que acceden a datos versionados en rama también se admiten en los flujos de trabajo de colaboración distribuida. La colaboración le permite compartir las capas de entidades web con sincronización habilitada como copias para acceder a diferentes versiones 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.