Gérer les conflits de synchronisation 😱

[FougereLegere]

Si vous utilisez le client desktop pour synchroniser en local vos fichiers cela vous est arrivé au moins une fois !

Et là c’est la panique, une peur insondable du plus profond des âges informatiques nous dit « ATTENTION tu vas perdre tes modifications »

Pourquoi cela arrive ?
Très simple, imaginez que Alice et Bob synchronisent localement le même fichier.

• Alice fait une modif à 11h43 et synchronise avec le serveur à 11h46
• Bob fait une modif à 11h45 et synchronise avec le serveur à 11h47
  Et voilà, le serveur va percuter que le même fichier a été modifié par deux chemins différents et va vous dire « heu tu veux que je fasse quoi avec tes deux fichiers ? »

Effectivement Alice a modifié en premier le fichier et l’a rendu au serveur juste après MAIS entre temps Bob a lui aussi modifié le fichier à 11h45… Donc il n’a pas pu récupérer les modifications de Alice et si le serveur accepte son fichier il va écraser les modifications d’Alice

Que faire ?
1 - ne pas paniquer et cliquer sur résoudre les conflits
2 - TOUJOURS conserver les deux fichiers, ca vous évitera de faire des bêtises en écrasant la mauvaise version par erreur

3 - ouvrir les deux fichiers (le fichier en « conflit » aura une extension genre « _1 ») et faire votre fusion manuelle avant d’écraser

le fichier « conflicted » est devenu le fichier _1

et si j’ai fait une erreur ??!!
On avait dit de conserver les deux fichiers !!!
N’oubliez pas que framaspace gère les versions de vos fichiers

Il vous suffit de restaurer les anciennes versions en ayant pris soin de télécharger la version avant pour vérifier que c’est la bonne…
On va éviter de cumuler les erreurs.

Pour aller plus loin
Pour les plus geeks d’entre-nous les principes de synchronisation sont génériques et sont analogues à ceux de git ou de onedrive par exemple…
Avec une logique de « pull/push » qui est obligatoire pour les systèmes décentralisés. Je peux vous expliquer cette architecture puisque nous l’avons implémenté pour implémenter le mode déconnecté des apps nosoft

Cela étant dit j’ai détecté que nextcloud s’emmêlent un peu les pinceaux parfois, car il y a un deadlock sur la résolution de conflit

Séquence de reproduction
1 - générer un conflit
2 - conserver les deux fichiers
3 - ouvrir le _1 et enregistrer sous en écrasant le fichier original (replace)
4 - synchro OK mais

• alerte sur le IfMatch qui sent le conflit latent !
• le fichier _1 est toujours dans l’arborescence #WTF !!!

5 - supprimer le fichier _1 manuellement

et boom reconflit !
#deadlock
@pyg tu l’as déjà eu celui là ?

à leur décharge les problèmes de synchronisations sont TRES complexes à gérer côté dev client/serveur et aussi côté UX… et le IfMatch me rappelle un problème que nous avions eu en développant le mode déconnecté

Il y a donc surement un bug à remonter et surtout une demande d’évolution qui est de « systématiquement » conserver les deux fichiers sans demander à l’utilisateur car sinon TROP gros risque de faire des bêtises.
Pour info, onedrive conserve systématiquement les 2 fichiers en l’identifiant du PC comme extension du fichier ce qui est plus parlant que _1 ou _2 qui n’aide pas. Du coup on sait quel device est en conflit

@pyg, quand j’aurai plus de temps je finaliserai le petit tuto illustré que j’ai amorcé ici

[OlivierSdB]

Merci @FougereLegere , c’est éclairant et on attend le tuto finalisé avec intérêt