\\ 1 Guide pour Unison - 2 : Sauvegarder un répertoire
Toute modification survenue entre deux sauvegardes dans ~~/home/toto/Documents/Cours~~ sera répercutée dans ~~/mnt/SauvDD/Documents/Cours~~ (si du moins vous donnez votre accord, car Unison ne fait rien sans vous...), en revanche les modifications survenues dans ~~/mnt/SauvDD/Documents/Cours~~ ne seront pas prises en compte : ce qui est exactement ce qu'on souhaite, puisqu'une modification directe d'une sauvegarde entre les deux sessions Unison ne pourrait, par définition, être due qu'à une fausse manoeuvre ou à une corruption du support... 1.1 Choisir toujours le plus récent... ou donner la prime au plus âgé... Signalons ici un autre usage de l'option ~~force~~. Cette option permet aussi, lorsqu'Unison s'aperçoit que depuis la dernière exécution du profil, un fichier a été modifié sur *les deux* répliques (autrement dit lorsqu'il y a « conflit »), de faire en sorte qu'Unison vous propose systématiquement de ne garder sur chaque réplique que la version la plus récente (la valeur de l'option est alors ~~newer~~) ou au contraire la plus ancienne (la valeur de l'option est alors ~~older~~). Il vous suffira donc pour obtenir ce comportement d'introduire l'une ou l'autre des lignes suivantes dans le profil :
ou
Attention : n'utilisez cette possibilité que si vous savez vraiment ce que vous faites... ----
*Navigation :* \\ \\ Page précédente : [Guide pous Unison - 1 : Les bases - Synchroniser deux répertoires|UnisonHowTo1]\\ Page suivante : [Guide pous Unison - 3 : Sauvegarde ou synchronisation d'une partie d'un répertoire|UnisonHowTo3] \\ \\ [Index de la section stockage/archivage|WebHome#HGestion2Bdu2Bstockage2B2528CD252C2BDVD252C2Bcompression252C2Bsauvegarde2529] - [Index de la Base de Connaissances| WebHome]
1.1 Utiliser la force pour créer des miroirs Les deux répliques définies au début d'un profil Unison peuvent correspondre, comme nous l'avons vu à la page précédente, à deux répertoires que vous utilisez l'un et l'autre alternativement pour travailler, et qu'Unison va *synchroniser*. Mais il peut se faire aussi que vous ne travailliez habituellement que sur l'un des deux répertoires correspondant aux répliques : vous souhaiterez alors qu'Unison crée et entretienne une *sauvegarde* ou une *image-miroir* de ce répertoire dans l'autre réplique. La sauvegarde, par définition, n'aura jamais vocation à être modifiée directement. Elle abritera une copie des versions successives de l'autre réplique. Bien qu'Unison soit souvent considéré avant tout comme un outil de synchronisation, il est très facile d'obtenir de lui un comportement de ce genre et de l'utiliser comme outil de *sauvegarde* : il faut pour cela utiliser l'option ~~force~~. Une ligne de la forme ~~force = chemin_de_la_replique à sauvegarder~~ imposera ce comportement. Pour reprendre l'exemple de la page précédente, si vous travaillez régulièrement sur le fichier ~~/home/toto/Documents/Cours~~, pour le sauvegarder sur la partition ~~SauvDD~~ de votre disque dur externe, vous pourriez créer un profil comme le suivant :
# cours.prf # Les deux répliques root = /home/toto/Documents/Cours/ root = /mnt/SauvDD/Documents/Cours/ # Le répertoire à sauvegarder force = /home/toto/Documents/Cours
force = newer
force = older
Que vous souhaitiez synchroniser, sauvegarder, filtrer les versions les plus récentes ou les plus anciennes... dans tous les cas vous pouvez aussi avoir envie d'omettre du traitement telle ou telle partie ou élément de vos répliques... songez du reste que les répliques sont des répertoires mais que sous Linux un répertoire peut carrément coïncider avec le système tout entier : la racine du système est aussi un répertoire... Comment faire ? Vous le saurez en vous rendant à la page suivante...
*Page suivante :* [Guide pous Unison - 3 : Sauvegarde ou synchronisation d'une partie d'un répertoire|UnisonHowTo3] ---- Auteur ptyxs (23 février 2007) - en cours
UnisonHowTo1 > Guide pour Unison - 2 : Sauvegarder un répertoire
Version 1.40 last modified by ptyxs on 01/03/2007 at 20:50
Version 1.40 last modified by ptyxs on 01/03/2007 at 20:50