Comment Dropbox détermine-t-elle quand écraser le fichier local vs écrase le fichier cloud?
Lorsque Dropbox rencontre un fichier sur son ordinateur différent de celui de ce fichier qu'il connaît, comment décidez-t-il de déterminer s'il devrait les synchroniser en écrasant le fichier local avec le fichier Cloud ou les synchroniser en écrasant le fichier de cloud avec le fichier local?
Rephrase:
Si la copie du serveur et la copie locale d'un fichier sont différentes,
et si le programme Dropbox est lancé et finit la synchronisation,
ensuite, ces deux fichiers seront les mêmes.
Ces deux fichiers seront également identiques à n des anciens fichiers. Ma question est la suivante: la copie de l'ancienne copie de serveur ou l'ancienne copie locale? Comment décidera-t-il?
J'ai des informations partielles qui commencent à répondre à cette question. Je ne sais pas à quel point cela est utile aux utilisateurs expérimentés, mais je connais des utilisateurs plus récents comme moi trouverez ce rapport utile.
En tant que mis à part, le travail de ce fait, cela me rend encore plus perplexe sur la manière dont une question incroyablement fondamentale n'a pas de réponse officielle ou faisant autorité. L'absence de documentation ou de discussions disponibles me dit que les utilisateurs de Dropbox conviennent parfaitement à ce que Dropbox effectue réellement comme ce qu'ils auraient attendu qu'il fasse sous ces circonstances. (c'est-à-dire que je ne dirais même pas que les utilisateurs ont une attente concrète qu'elles contiennent Dropbox à)
Exemples de la Browbox se comportera:
Dans mes exemples, l'ordinateur A et l'ordinateur B ne sont jamais alimentés en même temps. Imaginez un seul utilisateur qui fonctionne sans collaboration à la maison et travaillez, chaque ordinateur étant éteint avant de revenir à l'autre.
Que se passe-t-il lorsque le dossier Dropbox d'un ordinateur n'est pas identique au dossier Drop Box? Pour une clarté maximale, je préfère imaginer comment dropbox.exe réagit lorsque un ordinateur a un dossier vide Dropbox. Sera dropbox.exe Considérez ces fichiers manquants comme des "suppressions" (ce qui signifie qu'il les supprimera du dossier Dropbox Cloud) ou "Out Date" (ce qui signifie qu'il en créera de nouvelles copies d'entre eux dans le dossier Dropbox local).
Commencez par la situation où le comportement est clairement évident : L'ordinateur A est activé et l'ordinateur B est désactivé. Si
dropbox.exeest en cours d'exécution et les modifications sont apportées à une, alors elles sont propagées au dossier Nuage et non inversement. Donc, au moment où le dossier de A est vidé, ces fichiers/dossiers manquants sont considérés comme des "suppressions" et le dossier nuageux est vidé.Supposons que B a un dossier Dropbox vide et a créé des fichiers et synchronisez-les dans le dossier Dropbox Cloud Dropbox. Si nous passons à l'ordinateur B, la situation est que
dropbox.exeinterpréter le dossier de Dropbox vide de B est "obsolète" et de nouvelles copies du dossier Cloud sont créées sur B.Maintenant pour le moins évident : Supposons que nous apportions des modifications de B et synchronisez ces modifications apportées au dossier Dropbox Cloud. Si nous passons à l'ordinateur A et --- sans première exécution
dropbox.exe--- Nous supprimons les choses dans le dossier Dropbox de A, ce qui fonctionneradropbox.exeensuite faire? Dans cette situationdropbox.exeinterpréter les fichiers/dossiers manquants en tant que nouvelles suppressions qui doivent être propagées au dossier Dropbox Cloud Dropbox.
Je trouve cela confondant que dans les situations 2 et 3, vous avez dropbox.exe étant activé et rencontre le même état "frais" sur un nouvel ordinateur qui diffère du dossier Nuage, mais il agira différemment.
Si vous vouliez inventer une règle qui explique comment dropbox.exe fonctionne, vous êtes évidemment ne peut pas Supposons que c'est une fonction des trois variables: (1) ce qu'il voit sur l'ordinateur en ce moment, (2) ce qu'il voit sur le dossier nuageux et (3) quel ordinateur a été dernier à synchroniser avec le dossier Cloud. (!!!)
Peut-être que la variable supplémentaire est que Dropbox se souvient de la dernière synchronisation de chaque ordinateur dans le dossier Nuage. Dans la situation 2, nous pourrions assumer la dernière fois que l'ordinateur B est synchronisé, il a synchronisé un dossier vide. Dans la situation 3, Dropbox se souvient que la dernière fois que l'ordinateur est synchronisé, il a synchronisé un dossier différent de ce qu'il trouve actuellement dans le dossier.
Je ne connais pas les aspects techniques de cela, mais j'ai la situation où i et mon assistant explique une boîte déroulante commune avec deux ordinateurs différents qui se passent à des moments différents.
La réponse à votre question est que lorsque vous vous connectez avec le cloud, Dropbox sait (en quelque sorte) que la version actuellement sur le cloud a été à l'origine synchronisée de votre ordinateur. Donc, si votre version de votre ordinateur est différente, c'est la version qui sera synchronisée dans le cloud.
Si deux ordinateurs (disent A et B) utilisent la même boîte de Dropbox et que chacun apporte des modifications hors ligne, le premier ordinateur pouvant augmenter (disons que l'ordinateur a) générera une synchronisation de sa mise à jour sur le nuage. Alors maintenant, il y aura la même version (contenant la mise à jour une mise à jour) sur un et nuage.
Lorsque l'ordinateur B est alinéné, Dropbox se rendra compte que la version de l'ordinateur B du fichier est non seulement différente de la version en nuage actuelle (qui est normale) mais différente de la dernière fois que vous avez synchronisé. Donc, s'il s'agissait de synchroniser le fichier de B sur la version A, les modifications de B seraient perdues. Alors, quelle Dropbox fait une copie de la version B et ajoutez le fichier en conflit de B du fichier. Le fichier d'origine de B est ensuite synchronisé vers les mises à jour. Le fichier conflictuel contenant les mises à jour B est ensuite synchronisé dans le nuage et reculer jusqu'à A.
Les suppressions et les conflits résultant de la synchronisation sélective sont traités de manière similaire
Un conflit se pose également si l'un des ordinateurs ne ferme pas le fichier avant d'alléger. La synchronisation ne se produit pas sur un fichier ouvert. Dans ce cas, les mises à jour de B de B seront celles qui sont synchronisées et que le fichier ouvert de A se retrouvera en conflit. Cela peut être une énorme douleur à harmoniser, mais c'est notre faute, pas de Dropbox.
J'espère que cela t'aides.