Conserver l’historique des versions et les auteurs lors d’une migration SharePoint

Ce qui est conservé pour chaque version

• le contenu du fichier ou les valeurs de l’élément à cette version ;
• l’auteur de la version et sa date, traduits vers le compte cible ;
• le type : version majeure (publiée) ou mineure (brouillon) ;
• pour la version courante, Créé par, Modifié par, Créé le et Modifié le d’origine.

Pourquoi les numéros changent

SharePoint attribue lui-même les numéros de version : on ne peut pas écrire une version « 4.0 » directement. Quand l’historique source a été élagué (versions 1 à 3 supprimées par une limite de rétention), la première version migrée devient 1.0 dans la cible. L’ordre et la nature des versions restent justes. Si la bibliothèque cible ne gère pas les versions mineures, une version majeure source y est publiée normalement.

Combien de versions migrer

Chaque version est une écriture dans la cible et occupe du stockage. Migrer les 20 ou 50 dernières versions plutôt que tout l’historique raccourcit souvent la migration de façon nette, sans perte utile. Le réglage du nombre maximal de versions s’applique à toute une action ; une valeur de 1 ne migre que la version courante.

Les relances et les versions

• En incrémental, un fichier modifié en source ne reçoit que ses nouvelles versions.
• Sur une liste sans gestion des versions, une modification réécrit la version courante dans la cible.
• En mode complet, toutes les versions sont renvoyées à la suite de celles déjà présentes : l’historique cible contient alors des doublons. Réservez ce mode aux cas où la cible doit être réécrite.

Les cas particuliers