Al realizar cambios en las versiones en un árbol de versiones, las versiones empiezan a diferenciarse unas de otras. El proceso de recuperar los cambios de una versión antecesora y fusionar los cambios de la versión del usuario en ella se denomina conciliar y publicar. Una vez finalizada la edición de una versión, puede fusionar los cambios realizados con cualquier otra versión. Con el versionado tradicional, puede fusionar los cambios con cualquier versión antecesora de esta, como la versión principal o la versión predeterminada.
Desde que comenzó a trabajar en su versión, es posible que la versión antecesora haya sido modificada por otros usuarios y que esto haya creado un conflicto con sus cambios. Estos conflictos de descubren cuando concilia sus ediciones con la versión de destino.
Si se producen conflictos, ArcGIS Pro los resuelve inicialmente a favor de la versión que está editando o de la representación de la versión de destino, según su preferencia. Una vez que se resuelven inicialmente los conflictos, puede revisarlos de uno en uno y realizar los cambios necesarios. Por ejemplo, si un conflicto se resuelve a favor de la versión de edición, puede elegir reemplazarlo a favor de la versión de destino o incluso puede utilizar las herramientas de edición para modificarlo de otra manera.
La conciliación solo actualiza la versión de edición para que ArcGIS Pro pueda comprobar si hay conflictos; no fusiona los cambios con la versión antecesora. Una vez que termine de conciliar y revisar los conflictos, debe completar el proceso de fusión publicando los cambios en la versión antecesora.
Nota:
Este tema describe el proceso de conciliar y publicar mediante la pestaña Versionado. También puede conciliar y publicar versiones utilizando la herramienta de geoprocesamiento Conciliar versiones y el botón Conciliar/Publicar
de la pestaña Versiones cuando se encuentra en la vista Versiones.Conciliar proceso: versiones tradicionales
En el versionado tradicional, para conciliar sus ediciones con una versión antecesora, deben cumplirse las siguientes condiciones:
- Debe ser el único usuario que esté editando la versión tradicional que desea conciliar.
- No puede haber otro usuario editando la versión de destino. La excepción se encuentra si la versión de destino es la predeterminada. Puede conciliar con la versión predeterminada incluso si otros usuarios la estuvieran editando.
- Debe poder ver la versión de destino, es decir, puede ser pública o protegida. Si es privada, debe ser el propietario de la versión o el administrador de la geodatabase.
- Si utiliza un flujo de trabajo en el que un usuario edita y otro concilia, asegúrese de que el usuario que realiza la conciliación posee todos los permisos para todas las tablas y clases de entidad que hayan sido modificadas en la versión, de lo contrario, no se puede realizar la conciliación. El usuario que realiza la conciliación debe tener todos los permisos para los dos lados de cualquier relación que se haya modificado, incluidas las relaciones básicas o compuestas. En este tipo de flujo de trabajo, el usuario que realiza la conciliación también debe tener los permisos de versión necesarios. El usuario que realiza la conciliación debe poder modificar la versión que va a conciliar, lo que significa que esta debe ser pública, y debe poder ver la versión de destino, es decir, el usuario debe ser el propietario de la versión o esta debe ser pública o estar protegida.
Para iniciar el proceso de conciliación, haga clic en Conciliar en el grupo Versionado de la pestaña Versionado.
Cuando se abra el cuadro de diálogo Conciliar, proporcione la siguiente información:
- La versión de destino
- Cómo desea que se definan los conflictos. Existen las siguientes opciones:
Defina los conflictos en este nivel Para detectar estos casos Fila (por objeto)
Un segundo usuario edita la misma fila o entidad, o entidades relacionadas topológicamente, como lo hizo usted. El conflicto ocurre incluso si editó atributos distintos.
Columna (por atributo)
Un segundo usuario edita el mismo atributo de una entidad o tabla. Esta es la opción predeterminada.
Opciones para definir un conflicto - Cómo desea que ArcGIS Pro resuelva inicialmente los conflictos: a favor de la versión que está editando (que se denomina versión de edición) o de la versión de destino. Si decide que se resuelva a favor de esta última, todas las entidades en conflicto de la sesión de edición actual se remplazarán por sus representaciones en la versión de destino. Si múltiples usuarios están editando la misma versión y se detectan conflictos, la entidad que se guardó primero reemplaza la representación de la sesión de edición. Si resuelve los conflictos a favor de la versión de edición, todas las entidades en conflicto en la sesión de edición actual tienen precedencia sobre las representaciones en conflicto en la versión de destino.
Nota:
No puede utilizar la operación Deshacer para volver atrás una operación de conciliación. Para deshacer una conciliación, puede descartar los cambios sin guardarlos.
Para conciliar las ediciones de su versión tradicional con una versión antecesora, haga lo siguiente:
- Haga clic en Conciliar en el grupo Versionado de la pestaña Versionado.
Aparece el cuadro de diálogo Conciliar.
- Elija la versión de destino.
- Especifique cómo desea que se definan los conflictos.
- Especifique si todos los conflictos se deben resolver a favor de la versión de edición o de otra versión de destino.
Si resuelve el conflicto en favor de la versión de destino, todas las entidades conflictivas de la sesión de edición actual se reemplazarán por sus respectivas representaciones en la versión de destino. Si múltiples usuarios están editando la misma versión y se detectan conflictos, la entidad que se guardó primero reemplaza la representación de la sesión de edición. Si resuelve los conflictos a favor de la versión de edición, todas las entidades en conflicto de la sesión de edición actual tienen precedencia sobre las representaciones en conflicto de la versión de destino.
- Haga clic en Aceptar.
Revisar conflictos en la vista Conflictos
Cuando realiza una conciliación y se detectan conflictos, puede revisarlos con la vista interactiva Conflictos. Es posible acoplar la vista en cualquier lugar de la aplicación o posicionarla como ventana flotante. Le permite interactuar con una vista de Mapa al mismo tiempo para ofrecer contexto y explorar más los datos. La vista Conflictos contiene todas las clases de conflicto y las entidades o filas en conflicto. También le permite realizar lo siguiente:
- Determinar los campos o las filas que están en conflicto
- Ver los conflictos
- Marcar los conflictos como revisados o no revisados
- Resolver los conflictos designando la representación que se utilizará para remplazar entidades o atributos
Los conflictos se producen en estas instancias:
- La misma entidad se actualiza tanto en la versión actual que se está editando como en la versión de destino.
- La misma entidad se actualiza en una versión y se elimina en la otra.
- Una clase de relación o entidad relacionada topológicamente se modifica en la versión actual que se está editando y en una versión de destino.
Si existen conflictos en una versión tradicional, ArcGIS Pro los resuelve a favor de la versión de edición o la representación de la versión de destino, según su preferencia. Una vez que se resuelven los conflictos, puede revisarlos de uno en uno y realizar los cambios necesarios. Por ejemplo, si un conflicto se resuelve a favor de la versión de edición, puede elegir reemplazarlo a favor de la versión de destino o puede utilizar las herramientas de edición para modificarlo de otra manera.
Determinar los campos o las filas que están en conflicto
Todas las entidades y clases en conflicto aparecen en el cuadro de lista del lado superior izquierdo de la vista Conflictos. Esta lista indica el número total de conflictos de todas las clases de entidad.
Haga clic en la flecha desplegable de un objeto para ver los conflictos de cada entidad. Se dividen en tres categorías posibles:
- Actualizar-Eliminar: la entidad se actualizó en la versión actual y se eliminó en la versión de destino
- Eliminar-Actualizar: la entidad se eliminó en la versión actual y se actualizó en la versión de destino
- Actualizar-Actualizar: la entidad se actualizó tanto en la versión actual como en la versión de destino
Cuando selecciona el ObjectID de una entidad individual de la lista, las columnas y los atributos de la versión Actual, de Destino y Antecesora común de la entidad aparecen en la cuadrícula informativa de la parte derecha de la vista Conflictos.
Tener en conflicto los atributos y los valores de todas las representaciones de una entidad le permite ver cómo varían los valores de atributos entre versiones; además, le ayuda a elegir la representación de los datos que desea conservar.
- La versión actual representa las ediciones que realizó en la entidad y el atributo.
- La versión de destino representa la entidad y sus atributos editados y conciliados por otro usuario. Esta es la versión de destino que seleccionó al abrir la vista Conflictos.
- La versión antecesora común es la representación de la entidad y sus atributos como aparecen en la base de datos; es cómo se encontraban la entidad y los atributos antes de realizarles modificaciones.
Un indicador rojo a la izquierda de la fila identifica un conflicto. Por ejemplo, si la geometría de la entidad se editó en cada versión, aparece un indicador rojo junto al campo Forma.
Si hay otros campos de atributo en conflicto, aparecerá un indicador rojo a la izquierda de la fila. Si se ha eliminado una entidad en alguna versión, aparecerá <Eliminado> para el valor de atributo de esa versión.
Si se han insertado entidades en la versión secundaria y se promueven a un conflicto, aparecerá <No existía> en las versiones Destino y Antecesora común.
Los dos botones situados en la parte inferior del cuadro de diálogo permiten cambiar entre ver todos los campos y ver solo los que presentan conflictos.
Marcar como revisado o no revisado
Cuando determine los campos o las filas que están en conflicto, puede marcar una entidad como revisada. Puede llevar un registro de las entidades de la lista que ha revisado, ya que aquellas marcadas como revisadas dejan de aparecer en negrita.
Si decide que desea volver a un conflicto de entidad más tarde, puede hacer clic con el botón derecho en el ObjectID en la lista Conflictos y hacer clic en Marcar como no revisado. Esto hace que la entidad vuelva a aparecer en negrita.
Si hace clic en la casilla de verificación Filtrar conflictos revisados en la parte superior de la vista, puede filtrar la lista para que muestre solamente conflictos que aún no se han revisado.
Resolver conflictos
Al resolver conflictos, usted decide qué representación de las entidades y atributos desea mantener. Con independencia de la versión para la que desee conciliar, la de destino o la versión editada, podrá especificar la representación que desea conservar: la representación actual (cómo aparecía en la versión antes de la conciliación), la representación de destino (cómo aparece en los cambios realizados por otro editor) o la representación antecesora común (cómo está la entidad o el atributo en la versión de destino).
Existen cuatro opciones de reemplazo que puede utilizar para resolver conflictos:
- Reemplazo de atributo:
Esto ocurre en el nivel de campo. Si hay conflictos en atributos, puede reemplazar solo el valor del atributo en la versión actual por uno de la representación actual, de destino o antecesora común. Para hacer esto, haga clic con el botón derecho en el atributo en conflicto y haga clic en la opción que desea del menú.
- Reemplazo de entidad:
Ocurre en el nivel de fila. Puede reemplazar una entidad completa con la representación de la entidad en la versión actual, la de destino o la antecesora común. Esto significa que cualquier campo en conflicto se puede reemplazar.
- Reemplazo de nivel de clase:
Puede elegir reemplazar la representación actual de la clase de entidad completa con la representación de la versión actual, la de destino o la antecesora común para resolver el conflicto. Esto reemplaza todas entidades y atributos en conflicto de una sola vez, lo que le permite actualizar y reemplazar con rapidez las entidades en conflicto. Si existen varias entidades en la lista Diferencias, todas se reemplazarán por la versión que elija.
Para elegir una opción de reemplazo de nivel de clase, haga clic con el botón derecho en el nombre de la clase de entidad en la lista Diferencias y haga clic en la versión que desee utilizar.
- Reemplazo completo:
Este es un reemplazo a nivel de raíz. Al utilizar esta opción de reemplazo, reemplaza todas las entidades y clases de entidad en conflicto de la lista con la representación designada. Si tiene varias clases de entidad y varios objetos en conflicto, todos ellos se reemplazan con la versión de su elección.
Haga clic con el botón derecho en la información de versión y de conexión en la parte superior de la lista Diferencias y haga clic en la versión en la que desee reemplazar todos los conflictos.
Filtrar conflictos de nivel de campo
Al trabajar con el versionado tradicional, en ocasiones puede querer evitar las ediciones aplicadas a un campo o a un conjunto de campos cuando se detectan conflictos durante la conciliación. Los siguientes ejemplos muestran casos en los que puede desear descartar conflictos detectados en un campo al realizar la conciliación:
- Se realiza una actualización por lotes en un campo en diferentes versiones.
- Se escribe información en un campo en función de las ediciones realizadas en la versión.
La herramienta Agregar filtro de conflicto de campo se puede usar para definir el conjunto de campos que se desea excluir de los conflictos. Un filtro de conflicto de campo permite etiquetar un campo o un conjunto de campos en las clases de entidad para excluirlos de la detección de conflictos. Esto solo se puede usar cuando los conflictos se definen por atributo.
Nota:
Después de aplicar un filtro de conflicto de campo a un campo o conjunto de campos, cuando concilie, los conflictos no se identifican si solo se editaron los campos en los que se establece el filtro. Si se editan otros campos no filtrados, entonces en la conciliación, si existen conflictos con la versión de destino para dichos campos, todos los campos (filtrados y no filtrados) que están en conflicto se identifican dentro del Administrador de conflictos.
Después de conciliar los cambios, el valor insertado en el campo que tiene un filtro de conflicto depende de si se elige conciliar a favor de la versión de destino o a favor de la edición. Si se decide conciliar a favor de la versión de destino, los campos con un filtro de conflicto tendrán el valor de la versión de destino. Si se decide conciliar a favor de la edición, los campos con un filtro de conflicto tendrán el valor de la versión de destino.
La herramienta Eliminar filtro de conflicto de campo puede eliminar esos filtros de conflicto de esos campos. La función ListFieldConflictFilters de Python se puede usar para identificar cuándo hay filtros de conflicto definidos en una clase de entidad o una tabla.
Nota:
Una vez que se haya definido un filtro de conflicto de campo para una clase de entidad o una tabla, se impide que los clientes de ArcGIS con versiones anteriores a la 10.2.1 abran la clase de entidad o la tabla. Es posible definir filtros de conflicto de campo en un campo y eliminarlos cuando las versiones se hayan conciliado, si es necesario que las versiones anteriores de ArcGIS tengan acceso a los datos.
Resolver conflictos con reglas de atributos
Las reglas de atributos mejoran la experiencia de edición y perfeccionan la integridad de los datos para los datasets de geodatabase. La conciliación de una clase de entidad versionada tradicional con reglas de cálculo inmediato o restricción evalúa estas reglas de atributos. Si se infringe una regla de restricción, el error de la regla de restricción se registra y la conciliación falla. Concilie conflictos por fila para evitar el error de la regla de restricción.
Publicar cambios
Cuando haya conciliado y revisado algún conflicto, puede publicar los cambios en una versión antecesora.
- Haga clic en Publicar en el grupo Versionado en la pestaña Versionado.
Sugerencia:
En el versionado tradicional, otros usuarios que lean la versión de destino en la que ha publicado los cambios no verán los cambios publicados hasta que actualicen sus espacios de trabajo versionados.
Solo puede publicar cambios si la versión de destino no se ha modificado desde la última vez que se conciliaron cambios. Si la versión de destino se ha modificado mientras tanto, debe conciliar de nuevo antes de publicar.
Una vez que se han publicado, los cambios no se pueden deshacer, puesto que se están aplicando en una versión que usted no está editando actualmente.
Después de publicar, puede seguir realizando más ediciones en su versión. Para aplicar estos cambios a la versión de destino, debe realizar de nuevo los procesos de conciliación, resolución de conflictos y publicación.
Si la publicación marca el fin de su flujo de trabajo, también puede eliminar la versión que ha estado editando.