Conciliar versiones
En este módulo, ejecutará la herramienta Conciliar y publicar para conciliar las dos versiones con nombre —Orden de trabajo Imperial 1 y Orden de trabajo Imperial 2— con la versión predeterminada al mismo tiempo.
Acceda a los datos como administrador de versiones
En este tutorial, asumirá el rol de administrador de versiones. Los administradores de versiones disfrutan de un acceso sin restricciones para ver, editar y administrar las versiones de las ramas, independientemente del propietario de la versión o de los permisos de acceso. En el versionado en rama, los siguientes usuarios del portal pueden actuar como administradores de versiones:
- El propietario de la capa de entidades web (normalmente el usuario que publicó el servicio de entidades)
- Un usuario del portal que tenga asignado el rol de Administrador
- Un usuario del portal que tenga asignado un rol personalizado con el privilegio Administrar todo asignado
Usted cumple los requisitos para ser administrador de versiones según la primera definición, dado que publicó los datos de Madrid en el primer tutorial de esta serie, Preparar y publicar datos versionados en rama. Iniciará una sesión en su portal con las mismas credenciales que utilizó cuando compartió los datos.
- Inicie ArcGIS Pro.
- En Nuevo proyecto, haga clic en Comenzar sin ninguna plantilla.
- Sobre la cinta, haga clic en Sesión no iniciada y haga clic en Iniciar sesión.
- En la ventana Inicio de sesión de ArcGIS, escriba el nombre de usuario y la contraseña de la cuenta del portal que utilizó en el primer tutorial de esta serie, Preparar y publicar datos versionados en rama.
- En el panel Catálogo, haga clic en la pestaña Portal y en el botón Mi organización.
Aparecerán todos los elementos del portal de su organización, incluidos los elementos de Madrid Solar Project que creó en el primer tutorial.
- Haga clic con el botón derecho en la capa de entidades Madrid Solar Project (el icono amarillo), señale Agregar a nuevo y haga clic en Mapa.
Los datos aparecen en un mapa nuevo.
- En el panel Contenido, haga clic en la flecha situada junto a Madrid Solar Project para ampliar la capa de grupo.
La capa de grupo contiene dos capas: Buildings y Neighborhoods.
Conciliar y publicar las versiones con nombre
En el tutorial anterior, Realizar ediciones en una versión de rama, se crearon dos versiones con nombre: Orden de trabajo Imperial 1 y Orden de trabajo Imperial 2. A continuación, intentará conciliar y publicar ambas versiones.
La conciliación supone la recuperación de cualquier cambio de la versión predeterminada y su fusión con la versión con nombre conectada en ese momento. El proceso de conciliación detecta los conflictos entre las dos versiones con nombre y la versión predeterminada. La publicación supone el envío los cambios a la versión predeterminada.
- En el panel Contenido, haga clic en el botón Lista por fuente de datos.
- En el panel Contenido, haga clic en la fuente de datos de Madrid Solar Project, por ejemplo, sde.DEFAULT (Madrid_Solar_Project).
- En la cinta, haga clic en la pestaña Versionado.
- En el grupo Versiones, haga clic en Administrar versiones.
Aparecerá la vista Versiones, con la versión predeterminada y las dos versiones con nombre creadas en el tutorial anterior.
Sería posible conciliar y publicar cada versión con nombre individualmente, pero utilizará en lugar de ello la herramienta Conciliar y publicar para procesar ambas a la vez.
- En el grupo Administrar versiones, haga clic en Conciliar y publicar.
- En la ventana Conciliar y publicar, confirme que la versión Versión de destino sea la predeterminada.
En el versionado en rama, la versión de destino es siempre la versión predeterminada.
- En el cuadro Editar versiones, marque ambas casillas, para Orden de trabajo Imperial 1 y Orden de trabajo Imperial 2.
Las versiones editadas son las versiones con nombre que desea conciliar.
- Active la casilla Anular si se detectan conflictos y desactive la casilla Continuar si se detectan conflictos sin revisar.
Estas opciones garantizan que, si se detectan conflictos, se cancele el proceso de conciliación. De esta forma, podrá realizar un control de calidad consultando y resolviendo manualmente los conflictos.
Nota:
Si se encuentra en una situación en la que no desea revisar los conflictos, active la casilla Continuar si se detectan conflictos sin revisar. Si elige esta opción, se perderán los conflictos existentes de sesiones previas cuando se ejecute la herramienta. Puede obtener más información en la documentación de Conciliar versiones.
- En Cómo desea definir los conflictos, asegúrese de que esté seleccionada la opción Por atributo (por columna).
De esta forma, se garantiza que solo se marquen como conflicto los cambios del mismo atributo y la misma entidad. Si elige Por objeto (por fila), cualquier cambio en la misma entidad se marcará como conflicto, por ejemplo, si las ediciones se encuentran en atributos diferentes de la misma entidad.
- Active las casillas de verificación Enviar versiones después de conciliar y Eliminar versiones después de la publicación.
Estas opciones garantizan que, si no se detectan conflictos durante el proceso de conciliación, la herramienta también publica y elimina la versión con nombre.
- Haga clic en Aceptar.
Cuando se completa el proceso de conciliación, aparece un mensaje de advertencia.
La primera parte del mensaje explica que la versión Orden de trabajo Imperial 1 se ha conciliado correctamente con la versión predeterminada, se ha publicado en la versión predeterminada y se ha borrado.
La segunda parte del mensaje explica que se han detectado conflictos durante el procesamiento para conciliar la versión Orden de trabajo Imperial 2. Debido a ello, el proceso de conciliación se canceló y las ediciones de esta versión no se publicaron en la versión predeterminada. Debe conectarse a esta versión y resolver los conflictos manualmente.
- Haga clic en Cerrar.
La versión Orden de trabajo Imperial 1 se elimina de la vista Versiones porque se borró durante el proceso de conciliación y publicación.
- Cierre la vista Versiones.
- En el panel Contenido, confirme que el espacio de trabajo Madrid Solar Project está conectado a la versión DEFAULT, por ejemplo, sde.DEFAULT (Madrid_Solar_Project).
En el mapa, los edificios del vecindario Imperial están simbolizados en colores naranja y rojo. El motivo es que las ediciones de la versión Orden de trabajo Imperial 1 se han publicado en la versión predeterminada.
En este módulo, se ha conectado a una cuenta del portal que puede actuar como administrador de versiones. Ha utilizado la herramienta Conciliar y publicar para conciliar varias versiones con nombre en una sola sesión. No se encontraron conflictos con la primera versión con nombre, por lo que se publicó en la versión predeterminada y se eliminó. Se detectaron conflictos en la otra versión con nombre, por lo que se canceló el proceso de conciliación.
Revisar y resolver conflictos
En este módulo, volverá a conciliar el proceso, esta vez solo para la versión Orden de trabajo Imperial 2. El proceso de conciliación detectará un conflicto. Utilizará la vista Conflicto para revisar y resolver manualmente el conflicto.
Revisar un conflicto
En primer lugar, se conectará a la versión Orden de trabajo Imperial 2.
- En el panel Contenido, haga clic con el botón derecho en el espacio de trabajo Madrid Solar Project y haga clic en Cambiar versión.
- En la ventana Cambiar versión, haga clic en la versión Orden de trabajo Imperial 2 (por ejemplo, ADMIN.Imperial Work Oder 2).
- Haga clic en Aceptar.
El mapa se actualiza a la versión con nombre: todos los edificios del vecindario Imperial son de color amarillo pálido, excepto el edificio deportivo municipal, que es de color naranja claro.
- En la cinta, en la pestaña Versionado, haga clic en el botón Conciliar.
La última vez, utilizó la herramienta Conciliar/publicar porque le permitía procesar varias versiones con nombre a la vez. Esta vez, utilizará la herramienta Conciliar porque le permitirá revisar manualmente los conflictos cuando se detecten.
- En la ventana Conciliar, confirme que la opción Definir conflictos está definida en Por atributo (columna).
Este proceso de conciliación fusionará cualquier cambio de la versión predeterminada con la versión Orden de trabajo Imperial 2, y le notificará cuando se detecten conflictos. Se detectará un conflicto si un edificio se editó en ambas versiones, o bien si un edificio se eliminó en una versión pero no en la otra. Tendrá la oportunidad de revisar y resolver los conflictos.
- Haga clic en Aceptar.
Aparece otra ventana en la que se indica que se han detectado conflictos y se han resuelto a favor de la versión de edición. Es el comportamiento predeterminado del versionado en rama. La versión de edición es la versión actual: Orden de trabajo Imperial 1.
- En ¿Desea revisar los conflictos?, haga clic en Sí.
Aparece la vista Conflictos. Enumera las clases de entidad que están en conflicto. En este caso, aparece la clase de entidad Buildings. El (1) tras el nombre indica que contiene un conflicto.
Nota:
Con el versionado en rama, puede revisar y resolver conflictos en varias sesiones de ArcGIS Pro. Si tiene varios conflictos, no es necesario que los revise y resuelva todos a la vez.
- Haga clic en la flecha situada junto a la clase de entidad Buildings para expandirla y ver el conflicto.
Se revela el tipo de conflicto, Actualizar-Actualizar. Este tipo de conflicto significa que la entidad se actualizó tanto en la versión actual como en la de destino.
- Expanda Actualizar-Actualizar.
Se revela el Id. de objeto de la entidad en conflicto (1752).
- Haga clic en 1752.
La cuadrícula de información muestra los valores de los atributos de todas las representaciones de la entidad.
Las tres representaciones son las siguientes:
- Actual: la versión Orden de trabajo Imperial 2.
- Destino: la versión predeterminada, que ahora incluye las ediciones realizadas en la versión Orden de trabajo Imperial 2.
- Antecesor común: el estado en que se encontraban los datos en el momento en que se crearon las versiones con nombre a partir de ellos.
En la cuadrícula de información, puede ver que tanto la versión Destino como la Actual contienen cambios en el campo POT_SOLAR.
- En la parte inferior de la vista Conflictos, haga clic en la flecha situada junto a Visualización de conflicto para ampliar esta sección.
Aparece la Visualización de conflicto, que muestra la entidad en conflicto (1752) seleccionada en dos mapas. Puede ver que la entidad 1752 es el edificio deportivo municipal.
El mapa de la izquierda muestra la versión Actual (Orden de trabajo Imperial 2), mientras que el mapa de la derecha muestra la versión Destino (predeterminada).
En la versión Actual, todos los edificios excepto el edificio deportivo municipal han adoptado los valores y colores de la versión Destino durante el proceso de conciliación. No se detectaron conflictos con ellos porque solo se editaron en una de las versiones creadas a partir del antecesor común, no en dos. La única diferencia entre los dos mapas es el color del edificio deportivo municipal, que está en conflicto porque se editó en ambas versiones.
Usted realizó las ediciones que provocaron este conflicto en el tutorial anterior, Realizar ediciones en una versión de rama. En la versión Orden de trabajo Imperial 1, ha realizado una edición por lotes para calcular el campo Potencialidad solar (POT_SOLAR). Esta edición dio como resultado el valor relativamente alto de 3,65420923 para el edificio deportivo municipal, razón por la cual está simbolizado en rojo en el mapa Destino. (La simbología de la capa viene determinada por el campo Potencialidad solar). En la versión Orden de trabajo Imperial 2, usted realizó una edición manual en el edificio deportivo municipal: cambió el valor de Potencialidad solar a 1,876058, razón por la cual el edificio aparece simbolizado con un color naranja claro en el mapa Actual. Estos valores de atributo editados también son visibles en la cuadrícula de información.
Resolver un conflicto
A continuación, debe decidir qué representación del edificio deportivo municipal va a aceptar. En este escenario, conservará las modificaciones realizadas en la versión Orden de trabajo Imperial 2, ya que estos valores son el resultado de la segunda ronda de un estudio de campo. Representa el informe más actualizado que se tiene sobre este edificio.
- En la vista Conflictos, haga clic con el botón derecho en 1752 y haga clic en Agregar nota de revisión.
- En la ventana Agregar nota de revisión, escriba El valor correcto del potencial solar es 1,876058 según el estudio más reciente.
La nota de revisión persiste a lo largo de varias sesiones de conflicto de revisión, lo cual proporciona contexto para la resolución del conflicto. Las notas son especialmente beneficiosas en organizaciones que tienen varios administradores.
- Haga clic en Aceptar.
- Vuelva a hacer clic con el botón derecho en 1752 y haga clic en Marcar como revisado.
El formato del texto en la lista Conflictos cambia de negrita a normal.
Los conflictos que aún no se han revisado aparecen en negrita, lo que le permite llevar un recorrido de los que se han revisado y los que no.
Nota:
En el versionado en rama, los conflictos se resuelven a favor de la versión (de edición) actual de forma predeterminada. En este caso, ha revisado el conflicto y ha determinado que el valor de la versión Actual es el correcto, por lo que no es necesario realizar más cambios. Sin embargo, si hubiera determinado que el valor de la versión de destino (predeterminada) era correcto, podría volver a hacer clic con el botón derecho en la entidad y elegir Reemplazar por la versión de destino.
Puede obtener más información sobre la vista Conflictos en la documentación Administrar conflictos de versiones en rama.
- En la cinta, en la pestaña Editar, en el grupo Administrar ediciones, haga clic en Guardar.
- En la ventana Guardar cambios, haga clic en Sí.
- Cierre la vista Conflictos.
El mapa muestra todos los edificios del vecindario de Imperial en tonos naranjas y rojos. El edificio deportivo municipal es de color naranja claro.
En este módulo, ha utilizado la vista Conflictos para revisar la representación actual de entidades y atributos según la operación conciliar. Ha revisado un conflicto y lo ha resuelto manteniendo las ediciones realizadas en la versión actual (Orden de trabajo Imperial 2).
Publicar y eliminar una versión
En este módulo, completará el último paso del proceso de control de calidad: publicará las ediciones aprobadas de la versión Orden de trabajo Imperial 2 en la versión predeterminada, poniéndolas a disposición de toda la organización. Después de publicar la versión, la borrará.
Publique una versión con nombre
Conciliará de nuevo la versión con nombre y, a continuación, la publicará con la versión predeterminada.
- En el panel Contents, confirme que el espacio de trabajo Madrid Solar Project está conectado a la versión Orden de trabajo Imperial 2. Haga clic en el espacio de trabajo.
- En la cinta, haga clic en la pestaña Versionado. En el grupo Versionado, haga clic en Reconciliar.
Este paso puede parecer redundante puesto que ya ha conciliado la versión. Sin embargo, es importante repetir la conciliación antes de la publicación porque otros editores pueden haber publicado sus propias ediciones de la versión predeterminada mientras usted trabajaba en el control de calidad. Si esas nuevas ediciones son diferentes de las suyas, la operación de conciliación detectará nuevos conflictos.
- En la ventana Conciliar, asegúrese de que Definir conflictos está en Por atributo. Haga clic en Aceptar.
La ventana Conciliar se cierra. Esto significa que no se han detectado nuevos conflictos. Puede proceder a la publicación de las modificaciones en la versión predeterminada.
- En la pestaña Versionado, en el grupo Versionado, haga clic en Publicar.
La operación de publicación fusiona sus ediciones de la versión Orden de trabajo Imperial 2 en la versión predeterminada. Se conectará a la versión predeterminada para confirmar que las ediciones se han fusionado.
- En el panel Contenido, haga clic con el botón derecho en el espacio de trabajo Madrid Solar Project y haga clic en Cambiar a predeterminado.
El mapa se refresca pero no cambia su apariencia, porque la versión predeterminada es ahora la misma que la versión de la Orden de trabajo Imperial 2 que estaba viendo anteriormente.
- Acérquese al vecindario Imperial y haga clic en el centro deportivo municipal.
En la ventana emergente que aparece, confirme que el valor de Potencialidad solar es 1,876058.
- Cierre la ventana emergente.
Elimine las versiones con nombre
Su último paso como administrador de versiones que realiza el control de calidad es eliminar las versiones que ya no sean necesarias.
- En la cinta, en la pestaña Versionado, en el grupo Versionado, haga clic en Administrar versiones.
- En la vista Versiones, haga clic en la versión Orden de trabajo Imperial 2 para seleccionarla.
La versión de la Orden de trabajo Imperial 1 ya fue eliminada como parte de la operación Conciliar y publicar.
- En la cinta, en la pestaña Versiones, en el grupo Administrar versiones, haga clic en Eliminar.
En la vista Versiones, la versión con nombre aparece tachada.
- En la cinta, en el grupo Administrar versiones, haga clic en Guardar.
La versión con nombre ya no aparece en la vista Versiones. Solo queda la versión predeterminada.
- Cierre ArcGIS Pro. No es necesario guardar el proyecto.
En este módulo, ha completado el proceso de control de calidad publicando ediciones válidas en la versión predeterminada. Ha limpiado la lista de versiones borrando la versión con nombre Orden de trabajo Imperial 2.
En este tutorial, ha actuado como administrador de versiones de la capa de entidades Madrid Solar Project. Ha conciliado ambas versiones con nombre y ha consultado y resuelto un conflicto detectado en una de ellas. Cuando estuvo seguro de que las ediciones eran válidas, las publicó en la versión predeterminada y eliminó las versiones con nombre.
En esta serie de tutoriales, ha realizado un flujo de trabajo de versionado en rama completo: ha habilitado el versionado en rama en una clase de entidad y la ha publicado en su portal como una capa de entidades web. Ha creado dos versiones con nombre, se ha conectado a cada una de ellas y ha realizado ediciones en cada una de ellas. Concilió y publicó las versiones con nombre. Las ediciones están ahora presentes en la versión predeterminada y disponibles para el resto de su organización. Ya lo tiene todo listo para presentar el proceso de versionado en rama a sus compañeros. Asignará el rol de editor a varias personas y les mostrará cómo crear y editar versiones con nombre.
A partir de ahora, este proyecto puede avanzar más rápido porque varias personas pueden editar al mismo tiempo sin bloquear ni duplicar los datos. Conocerá el potencial solar de cada edificio de Madrid mucho antes de lo que lo habría hecho sin el versionado.