Copies en conflit

Un conflit a une origine unique : le même projet a progressé à deux endroits différents. Le plus souvent, un appareil a continué à écrire hors ligne, ou le même projet a été modifié sur deux machines sans synchronisation intermédiaire. À la reconnexion, le travail local non envoyé et une copie cloud plus récente coexistent, et Loomworld ne devinera jamais quelle moitié garder.

Les signaux périodiques ne modifient rien sous vos yeux : l’harmonisation s’opère lorsque vous revenez ou que la page reprend le focus, si bien qu’un conflit émerge toujours à un moment où vous pouvez le voir.

• Actualise le projet en cours sur la version cloud la plus récente — lors de la résolution, il effectue une dernière récupération et ne se rabat sur la copie locale mise en cache au moment du conflit qu’en cas d’échec.
• Enregistre en lieu sûr votre brouillon local non envoyé sous la forme d’un projet distinct de copie en conflit, sans lien cloud, comme son propre projet local.

Aucun des deux côtés n’est écrasé. La contrepartie est que la fusion vous est confiée : un texte littéraire qui réclame un jugement d’auteur n’est pas quelque chose que le produit fusionnera de manière automatique.

1. 1
   Ne pas fermer l’alerte

   Choisir « utiliser la version cloud » exécute le processus ci-dessus ; « Pas maintenant » ne s’applique qu’à ce projet — ouvrez un autre projet en conflit et la question sera posée à nouveau.
2. 2
   Retrouver la copie dans la bibliothèque

   Elle s’y trouve : un projet sans lien cloud, nommé d’après son origine. C’est un projet normal — vous pouvez l’ouvrir, le modifier et l’exporter.
3. 3
   Lire les deux côte à côte

   Copiez les passages présents uniquement dans la copie en conflit pour les replacer au bon endroit dans le projet principal. Les ajouts structurels (nouveaux chapitres, scènes) méritent une vérification ligne par ligne — ne collez pas des blocs entiers les uns sur les autres.
4. 4
   Faire le ménage ensuite

   Une fois la fusion terminée, traitez la copie : placez-la dans la corbeille ou retirez simplement son entrée. Sur la version de bureau, une copie n’est qu’un projet local ; retirer une entrée ne touche à rien d’autre.

Vous écrivez trois chapitres dans l’avion, puis vous refermez votre ordinateur portable sans vous connecter. Le lendemain au bureau, vous ouvrez le même projet : le cloud conserve toujours la version d’avant le vol, et ces trois chapitres n’ont jamais été téléversés. Lorsque l’ordinateur de l’avion se connecte enfin, les deux côtés ont évolué, et le conflit est bien réel.

Ce que vous voyez : une notification vous informant que le cloud est plus récent ; confirmer maintient le projet ouvert sur l’état du cloud, et les trois chapitres apparaissent dans la bibliothèque sous la forme d’une copie en conflit. Vous ouvrez alors la copie sur la machine du bureau et réintégrez les chapitres scène par scène — copiez le contenu, ne remplacez pas le projet, sous peine de perdre les deux jours de modifications effectuées au bureau.

• Évitez de changer d’appareil avec des brouillons non synchronisés ; confirmez que le projet actuel est synchronisé avant de passer sur une autre machine.
• Écrivez de manière continue sur un seul appareil à la fois ; réservez les autres à la lecture.
• Après une longue séance d’écriture, exportez un paquet de projet — c’est votre troisième copie de sécurité.

Une copie en conflit est un projet ordinaire : elle n’annule jamais rien en arrière, ne se fusionne jamais toute seule et ne change pas à mesure que le projet principal avance. Un doute sur la version la plus récente ? Comparez les horodatages dans la barre supérieure, le décompte de mots des chapitres et les traces des modifications récentes. Vous préférez garder les deux pour l’instant ? Exportez deux paquets avant de vous lancer dans le copier-coller.

Ordre de synchronisation et signaux périodiques : Version cloud et cache local.