Al copiar un elemento que contiene una autorreferencia en una de sus versiones anteriores, y esa referencia también forma parte de una dependencia circular, es posible que dicho elemento sea diferente en el Destination.

Esto también puede ocurrir cuando tienes una Document Library sin el control de versiones habilitado que forma parte de una dependencia circular.

Debido a una limitación, ese elemento ahora tendrá la autorreferencia en su versión actual.

The item '{0}' has an older version that contains part of a circular dependency. That reference might be removed or contained in the latest version due to a limitation in the Sharepoint Azure import api.

The file '{0}' contains part of a circular dependency. That reference might be removed or contained in the latest version due to a limitation in the Sharepoint Azure import api.

Cuando se usa Insane Mode, ShareGate Migrate envía al mismo tiempo todas las versiones y elementos que completan una cadena circular. Por lo general, el orden en que se envían esos elementos no importa. Pero, debido a una limitación de la API de importación que utilizamos, en este caso el orden sí parece importar; sin embargo, en una situación donde todos los elementos están encadenados entre sí, en realidad no existe un 'primer elemento'.

Aquí tienes un ejemplo de una lista de Source que presentará este problema:

Aquí tienes el historial de cada elemento en el Source:

y

Al copiar, obviamente uno de esos elementos se colocará antes que su dependencia. Ese elemento se modificará. Aquí tienes el resultado después de nuestra migración:

Esto se ve bien, pero aquí tienes sus versiones:

y

Este artículo fue traducido con inteligencia artificial. En caso de duda, consulta la versión original en inglés.