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.
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.Proceso de conciliación
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 hacer cambios en la manera de manejar los conflictos durante la operación de conciliación, consulte Opciones de versionado para la edición.
Para realizar el proceso de conciliación, puede acceder al comando Conciliar de la pestaña Versionado haciendo clic en el botón Lista por fuente de datos 
del panel Contenido. Para iniciar el proceso de conciliación, haga clic en el botón Conciliar de la pestaña Versionado. Aparece el cuadro de diálogo Conciliar.
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. Existen las siguientes opciones:
Resolver conflictos Description A favor de la versión de edición (la versión que está editando)
Todas las entidades en conflicto en la versión actual tienen prioridad sobre las representaciones en conflicto en la versión de destino.
A favor de la versión de destino
Todas las entidades en conflicto en la versión actual se reemplazan por sus representaciones en la versión de destino.
Opciones para resolver un conflicto
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.
- Haga clic en Aceptar.
Si hay conflictos, ArcGIS Pro los resuelve según sus preferencias. 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.
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 de destino. Una vez que termine de conciliar y revisar los conflictos, debe completar el proceso de fusión publicando los cambios en la versión de destino.
Revisar conflictos utilizando 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. Los conflictos se organizan utilizando la fuente de datos, la clase, la categoría de conflicto y el ObjectID. Las clases de conflicto representan las capas en conflicto de toda la geodatabase.
La vista Conflictos 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.
La vista Conflictos también contiene una sección Visualización de conflictos para ver las diferentes representaciones de las ediciones de geometría. El contenido de la visualización de conflictos difiere en función de si la clase de conflicto está presente en el mapa activo:
- Cuando la clase de conflicto está en el mapa activo, la visualización del conflicto muestra todas las capas del mapa, utiliza la simbología del mapa e incluye el mapa base.
- Cuando la clase de conflicto no está en el mapa activo, la visualización de conflictos solo muestra la capa en conflicto, utiliza la simbología predeterminada y no incluye el mapa base.
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 de edición y se promueven a un conflicto, aparece <Did not exist> 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.
Nota:
Todos los campos se muestran en la vista Conflictos; sin embargo, los campos con un filtro de conflicto aplicado no se identifican como en conflicto y no muestran un indicador rojo.
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.
Filtrado de conflicto de nivel de campo
Al trabajar con el versionado tradicional, en ocasiones puede querer que permanezcan 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.
Para evitar que se identifiquen conflictos cuando se actualiza el mismo atributo en las versiones principal y secundaria, puede utilizar la herramienta Agregar filtro de conflictos de campo para definir el conjunto de campos que se desea excluir de los conflictos. Un filtro de conflicto de campos permite etiquetar un campo o un conjunto de campos en una clase de entidad para excluirlos de la detección de conflictos. Los conflictos no se devuelven durante la operación de conciliación si solo se editan los campos con filtros de conflicto. Esto solo se puede usar cuando los conflictos se definen por atributo.
Nota:
Todos los campos se muestran en la vista Conflictos; sin embargo, los campos con un filtro de conflicto aplicado no se identifican como en conflicto y no muestran un indicador rojo.
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.
Resolver conflictos con clases de relación
Las clases de relación se pueden utilizar para ayudar a forzar la integridad referencial entre los objetos relacionados. Si las fuentes de datos versionadas participan en una clase de relación, el proceso de conciliación evalúa estos datos para la integridad referencial. Si se vulnera la integridad referencial, se reportan las entidades que participan como conflictos y se pueden revisar en la vista Conflictos.
Si se elimina una entidad de una clase de relación de origen, aparecerá un mensaje para que elimine una entidad de la clase de relación de destino. Por lo tanto, esté atento a las ramificaciones que se producen simplemente al reemplazar conflictos que involucran clases de entidades que participan en clases de relaciones.
El siguiente es un ejemplo de un conflicto que puede surgir entre clases de relación:
- En una versión principal, agrega una entidad de destino y la relaciona con una entidad en la clase de origen.
- En una versión secundaria, elimina la misma entidad de origen que se utilizó para relacionar la nueva entidad de destino.
- Cuando se concilian las ediciones, se detecta un conflicto de eliminación-actualización en la clase de origen.
Otro ejemplo es el siguiente:
- En el dataset de entidades de servicio eléctrico, elimina un polo que tiene relación con un transformador, lo que hace que también se elimine el transformador relacionado.
- En otra sesión de edición que se lleva a cabo al mismo tiempo, un editor altera los atributos del transformador que usted acaba de eliminar cuando eliminó el polo relacionado.
- Cuando se concilian las ediciones, se detecta un conflicto de actualización-eliminación en las clases de origen y destino.
En este último ejemplo, si el segundo editor elige reemplazar todos los conflictos por las representaciones de sesión de edición, se volverán a crear el polo y el transformador eliminados durante su sesión de edición.
Publicar cambios
Para publicar ediciones en la versión de destino, debe tener acceso para editar esta versión. Esto significa que la versión debe tener la propiedad de acceso establecida en público o que debe ser el administrador de la geodatabase.
Para publicar cambios en la versión de destino una vez que haya conciliado y revisado conflictos, haga clic en Publicar en el grupo Versionado en la pestaña Versionado.
Sugerencia:
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.
Información adicional sobre el proceso posterior:
- 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.