Je dois t'avouer que je ne suis pas dans les arcanes de camlistore, je fais ici que supposer, considérant la vision des créateurs et le travail existant dans le milieu. Si quelqu'un pouvait corriger, ce serait bien sympathique.
Pour faire simple, camlistore ne fera rien. camlistore n'est qu'un serveur de contenus, avec quelques petits plus par-dessus pour chercher et te montrer rapidement ce qui t'intéresse. Les conflits entre versions de fichiers sont le problème de l'application qui est au-dessus (le fait même que ce soit un conflit est le problème de l'application, pas du serveur de blobs). Fais le parallèle avec le système de fichiers : comment il gère les conflits entre versions ? Il ne les gère pas, c'est à l'application qui utilise les données en tant que version de gérer ça : prendre un bout de ce qu'il y a à droite, un bout de ce qu'il y a à gauche, mélanger le tout, enregistrer dans le système de fichiers, tout ça est le problème de l'application. Le système de fichiers ne fait qu'enregistrer ce qu'on lui dit d'enregistrer, rien d'autre, exactement comme camlistore.
git est différent dans la mesure où c'est un gestionnaire de versions de code source. Il va donc t'avertir qu'il y a un problème dans les versions, parce que c'est son boulot.
Et comme le dit mpl, merge est un mauvais mot. Ce qu'il se passe est qu'il va juste afficher la dernière version de chaque propriété de l'objet. Ça peut tout à fait être faux, mais dans ce cas c'est faux pour l'application seulement et c'est à elle de créer une nouvelle version (plus récente, donc) avec les propriétés qui vont bien. Du point de vue de camlistore, tant que le contenu matche avec le hash (il y a aussi d'autres choses notamment pour l'indexation du contenu, c'est encore un peu flou pour moi), les données sont correctes.
[^] # Re: Petites précisions
Posté par rakoo (site web personnel) . En réponse au journal Camlistore, système de stockage universel, opensource et protégeant de la vie privée?. Évalué à 4.
Je dois t'avouer que je ne suis pas dans les arcanes de camlistore, je fais ici que supposer, considérant la vision des créateurs et le travail existant dans le milieu. Si quelqu'un pouvait corriger, ce serait bien sympathique.
Pour faire simple, camlistore ne fera rien. camlistore n'est qu'un serveur de contenus, avec quelques petits plus par-dessus pour chercher et te montrer rapidement ce qui t'intéresse. Les conflits entre versions de fichiers sont le problème de l'application qui est au-dessus (le fait même que ce soit un conflit est le problème de l'application, pas du serveur de blobs). Fais le parallèle avec le système de fichiers : comment il gère les conflits entre versions ? Il ne les gère pas, c'est à l'application qui utilise les données en tant que version de gérer ça : prendre un bout de ce qu'il y a à droite, un bout de ce qu'il y a à gauche, mélanger le tout, enregistrer dans le système de fichiers, tout ça est le problème de l'application. Le système de fichiers ne fait qu'enregistrer ce qu'on lui dit d'enregistrer, rien d'autre, exactement comme camlistore.
git est différent dans la mesure où c'est un gestionnaire de versions de code source. Il va donc t'avertir qu'il y a un problème dans les versions, parce que c'est son boulot.
Et comme le dit mpl, merge est un mauvais mot. Ce qu'il se passe est qu'il va juste afficher la dernière version de chaque propriété de l'objet. Ça peut tout à fait être faux, mais dans ce cas c'est faux pour l'application seulement et c'est à elle de créer une nouvelle version (plus récente, donc) avec les propriétés qui vont bien. Du point de vue de camlistore, tant que le contenu matche avec le hash (il y a aussi d'autres choses notamment pour l'indexation du contenu, c'est encore un peu flou pour moi), les données sont correctes.