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.
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 Pro 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 Pro 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.
- 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 Pro, 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.
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.
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.
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 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:
- 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.
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.
- 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 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 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.
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.
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 Pro 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.