Synchronisation cloud et gestion des versions

Rephlo peut conserver vos commandes à deux endroits en même temps : dans l'application sur votre ordinateur, et dans votre compte sur le cloud. La synchronisation cloud publie une commande dans la galerie en ligne afin que vous puissiez la réutiliser sur un autre appareil, la partager, ou la récupérer plus tard. Une fois une commande synchronisée, Rephlo maintient discrètement la copie locale et la copie cloud alignées.

Cette page explique comment fonctionne la publication, ce que signifient les libellés d'état de synchronisation, comment Rephlo gère les conflits, et comment la synchronisation en arrière-plan maintient tout à jour.

Publier une commande vers le cloud

Lorsque vous publiez une commande, Rephlo l'envoie vers la galerie en ligne de votre compte, et le serveur lui attribue un ID permanent et un numéro de version. Vous pouvez éventuellement inclure une courte note de changelog décrivant ce qui a changé.

• La première publication crée une nouvelle entrée de galerie et associe la commande locale à son ID et sa version en ligne.
• Les publications suivantes de la même commande poussent une mise à jour et incrémentent le numéro de version sur le serveur.
• Publier nécessite d'être connecté. Si votre session a expiré, Rephlo vous demande de vous reconnecter et laisse la copie locale intacte.

Vous n'avez pas besoin de suivre vous-même les ID ou les versions — Rephlo les enregistre automatiquement sur la commande après une publication réussie.

Comprendre l'état de synchronisation

Chaque commande suit un état de synchronisation qui indique à Rephlo (et à vous) sa position par rapport à la copie cloud.

État	Signification
None	La commande n'a jamais été synchronisée. Elle n'existe que sur cet ordinateur.
Synced	La copie locale correspond à la dernière version confirmée par le serveur. Rien n'est en attente.
Dirty	La commande a des modifications locales (ou une publication échouée) qui doivent encore être poussées vers le serveur.
Conflict	La copie locale et la copie cloud ont toutes deux changé indépendamment. Cela nécessite votre attention avant que la synchronisation puisse continuer.

Après avoir modifié une commande synchronisée, elle devient Dirty jusqu'à ce que la prochaine publication réussie la ramène à Synced.

Ce qui se passe en cas d'échec de synchronisation

Rephlo est délibérément prudent afin que vous ne perdiez jamais de travail :

• Les problèmes de validation (par exemple, un champ que le serveur rejette) marquent la commande Dirty et vous montrent l'erreur précise, afin que vous puissiez la corriger et réessayer.
• Les erreurs de serveur ou de réseau marquent également la commande Dirty, et Rephlo réessaie au prochain cycle de synchronisation.
• Les problèmes de connexion ne modifient jamais votre état de synchronisation local — vous n'avez qu'à vous réauthentifier et réessayer.
• Si une commande a été supprimée de votre galerie en ligne alors que l'application se souvenait encore de son ancien ID, la prochaine publication le détecte et recrée automatiquement une nouvelle copie cloud.

Synchronisation groupée « Sync All »

Si plusieurs commandes sont Dirty, vous pouvez toutes les synchroniser en une seule action au lieu de les publier une par une. Rephlo optimise cette exécution afin qu'elle reste rapide et respecte les limites de débit du serveur.

Gestion des conflits et récupération en arrière-plan

En arrière-plan, Rephlo récupère périodiquement vos commandes depuis le cloud et compare chacune d'elles à votre copie locale via son ID en ligne. La première récupération s'exécute peu après le démarrage de l'application, puis se répète selon un cycle régulier.

Ce qui se passe à chaque récupération dépend du fait que la copie cloud soit plus récente et que votre copie locale ait des modifications non enregistrées :

Points clés :

• Cloud pas plus récent → aucun changement ; Rephlo actualise simplement les statistiques en ligne comme le nombre d'installations et la note moyenne.
• Cloud plus récent, local propre → Rephlo met à jour la copie locale et la marque Synced.
• Cloud plus récent, local Dirty → Rephlo marque la commande Conflict au lieu d'écraser vos modifications.
• La récupération en arrière-plan ne crée jamais de toutes nouvelles commandes locales d'elle-même — elle ne fait que réconcilier les commandes que vous possédez déjà.

Si une commande passe à l'état Conflict, décidez quelle version vous souhaitez conserver, puis republiez pour pousser votre choix vers le cloud (ou laissez la copie cloud l'emporter en abandonnant vos modifications locales).

Changer d'espace de travail (organisations)

Si vous appartenez à plusieurs espaces de travail et que vous passez de l'un à l'autre, Rephlo n'écrase pas une commande qui a été synchronisée dans un autre espace de travail. Il publie plutôt une nouvelle copie dans votre espace de travail actif et laisse la copie de l'autre espace de travail intacte. Cela garde la galerie de chaque espace de travail propre et évite d'écraser du contenu que vous ne pouvez plus voir.

Où gérer les commandes publiées

L'application de bureau gère la publication et l'état ; la galerie web est l'endroit où vivent vos commandes publiées et d'où proviennent les notes et le nombre d'installations.

• Parcourez et gérez vos commandes publiées dans My Commands sur le web.
• Explorez ce que d'autres ont partagé dans la Command Gallery.
• Pour le flux de travail d'édition au quotidien, consultez Managing Commands.

Pages liées

• Web Install & Deep Links — installez des commandes depuis le web vers l'application.
• Commands — le concept central derrière tout ce que vous synchronisez.
• Signing In & Authentication — connectez-vous pour pouvoir publier.