Wenn Sie ein Element kopieren, das in einer seiner früheren Versionen eine Selbstreferenz enthält und diese Referenz auch Teil einer zirkulären Abhängigkeit ist, kann sich dieses Element in der Zielumgebung unterscheiden.

Dies kann auch auftreten, wenn Sie eine Document Library ohne aktivierte Versionsverwaltung haben, die Teil einer zirkulären Abhängigkeit ist.

Aufgrund einer Einschränkung weist dieses Element die Selbstreferenz nun in seiner aktuellen Version auf.

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.

Bei Verwendung von Insane Mode sendet ShareGate Migrate alle Versionen und Elemente, die eine zirkuläre Kette vervollständigen, gleichzeitig. Normalerweise spielt die Reihenfolge, in der diese Elemente gesendet werden, keine Rolle. Aufgrund einer Einschränkung der von uns verwendeten Import-API scheint die Reihenfolge in diesem Fall jedoch eine Rolle zu spielen. In einer Situation, in der alle Elemente miteinander verkettet sind, gibt es jedoch eigentlich kein „erstes Element“.

Hier ist ein Beispiel für eine Liste in der Quellumgebung, bei der dieses Problem auftritt:

Hier ist der Verlauf für jedes Element in der Quellumgebung:

und

Beim Kopieren wird eines dieser Elemente natürlich vor seiner Abhängigkeit platziert. Dieses Element wird geändert. Hier ist das Ergebnis nach unserer Migration:

Das sieht gut aus, aber hier sind die zugehörigen Versionen:

und

Dieser Artikel wurde mit künstlicher Intelligenz übersetzt. Bei Unklarheiten konsultieren Sie bitte die englische Originalversion.