> Je répète puisque tu as l'air un peu malcomprenant : l'identifiant de révision interne n'est pas obligé de refléter la donnée affichée à l'utilisateur, ni celle que l'utilisateur doit entrer.
chic. dans 5 minutes tu vas m'expliquer qu'on utilise les noms de fichiers et non pas les inodes pour travailler tous les jours ? j'espère que tu ne me traiteras pas de nazi mangeur de caca au passage, j'aurais trop trop honte :(
> Maintenant d'un point de vue informatique il est évident qu'utiliser des identifiants séquentiels comme identifiants internes a beaucoup plus de sens. Ne serait-ce que parce que si l'utilisateur change l'heure de son système, le versionnage part en couille.
euh... non. déjà, seul root peut changer l'heure du système sur un système décement configuré, ça va peut-être te donner un indice sur le fait qu'on ne la change pas comme ça juste pour s'amuser. et les systèmes distribués de gestion de versions te demandent d'être à l'heure, merci.
et que tu ressortes tes identifiants séquentiels montre bien que tu confonds avec d'autres systèmes : là c'est le système de fichiers qui est versionné, pas chaque fichier un par un. la date de snapshot d'un fichier a sûrement cent fois plus de sens qu'un "identifiant interne" qui ne veut rien dire pour le système ni pour toi et surtout qui ne voudra rien dire par rapport à un autre fichier avec un historique différent. et en terme de stockage, 64 bits ca tiendra encore longtemps.
tu peux t'accrocher à une vision de numéros de version qui veulent dire quelque chose comme pour mon exemple de cv.txt,1 cv.txt,2 cv.txt,3 mais comme tu ne feras pas toi-même à la main de snapshot à chaque fois que tu auras modifié un fichier (parce que c'est vite bien relou) tu risques d'utiliser ça comme un undelete du pauvre, comme une sauvegarde imparfaite de tes fichiers si tu lances une tache cron genre toutes les heures pour faire ces snapshots. tu n'auras pas tout perdu, mais il risque de te manquer des modifs. je pense que ca peut etre utile mais ce n'est pas le meilleur usage possible de ext3cow.
le fonctionnement (et le but) de ext3cow ne te convient peut-être pas parce qu'il ne remplit pas TON besoin ou ce que tu espérais trouver. je te rassure, j'ai été déçu les 2-3 fois où je retombais dessus en cherchant sûrement la même chose que toi, de quoi garder automatiquement des cv.txt,1 cv.txt,2 cv.txt,3 (...) chaque fois que j'éditais mon cv.txt
> > en particulier avoir 37 numéros de versions de ton CV, une créée à chaque correction, ne veut rien dire.
> Bien sûr que si. Non seulement je sais immédiatement qu'il y a 37 versions (numérotées de 1 à 37)
quel génie. malheureusement tu vas vite supprimer, archiver des versions intermédiaires pour des raisons X ou Y comme garder des bonnes versions et faire de la place. donc ton max_version = nombre_de_versions il va en prendre un coup.
et c'est toi qui parle de tautologie quand tu m'apprends que la révision précédant immédiatement la numéro 37 est la numéro 36 ?
si tu as des difficultés pour classer 1178850314 11788683145 1181850222, je te rassure, ton ordinateur est là pour t'aider comme iil t'aidera déjà pour classer 35 36 37 sans que tu t'en rendes compte.
> évidemment au bout de 8317 révisions sur un dépôt SVN
ding-dong : on ne parle définitivement pas d'un dépot SVN ou équivalent.
[^] # Re: mouai
Posté par Gniarf . En réponse à la dépêche ext3cow : système de fichier versionné. Évalué à 3.
chic. dans 5 minutes tu vas m'expliquer qu'on utilise les noms de fichiers et non pas les inodes pour travailler tous les jours ? j'espère que tu ne me traiteras pas de nazi mangeur de caca au passage, j'aurais trop trop honte :(
> Maintenant d'un point de vue informatique il est évident qu'utiliser des identifiants séquentiels comme identifiants internes a beaucoup plus de sens. Ne serait-ce que parce que si l'utilisateur change l'heure de son système, le versionnage part en couille.
euh... non. déjà, seul root peut changer l'heure du système sur un système décement configuré, ça va peut-être te donner un indice sur le fait qu'on ne la change pas comme ça juste pour s'amuser. et les systèmes distribués de gestion de versions te demandent d'être à l'heure, merci.
et que tu ressortes tes identifiants séquentiels montre bien que tu confonds avec d'autres systèmes : là c'est le système de fichiers qui est versionné, pas chaque fichier un par un. la date de snapshot d'un fichier a sûrement cent fois plus de sens qu'un "identifiant interne" qui ne veut rien dire pour le système ni pour toi et surtout qui ne voudra rien dire par rapport à un autre fichier avec un historique différent. et en terme de stockage, 64 bits ca tiendra encore longtemps.
tu peux t'accrocher à une vision de numéros de version qui veulent dire quelque chose comme pour mon exemple de cv.txt,1 cv.txt,2 cv.txt,3 mais comme tu ne feras pas toi-même à la main de snapshot à chaque fois que tu auras modifié un fichier (parce que c'est vite bien relou) tu risques d'utiliser ça comme un undelete du pauvre, comme une sauvegarde imparfaite de tes fichiers si tu lances une tache cron genre toutes les heures pour faire ces snapshots. tu n'auras pas tout perdu, mais il risque de te manquer des modifs. je pense que ca peut etre utile mais ce n'est pas le meilleur usage possible de ext3cow.
le fonctionnement (et le but) de ext3cow ne te convient peut-être pas parce qu'il ne remplit pas TON besoin ou ce que tu espérais trouver. je te rassure, j'ai été déçu les 2-3 fois où je retombais dessus en cherchant sûrement la même chose que toi, de quoi garder automatiquement des cv.txt,1 cv.txt,2 cv.txt,3 (...) chaque fois que j'éditais mon cv.txt
(il y a d'autres systèmes qui font ça très bien depuis 20 ans, hein, par exemple VMS : http://en.wikipedia.org/wiki/OpenVMS_filesystem#Disk_organiz(...) : il va gérer les ,1 ,2 ,3 tout seul parce que lui n'a pas besoin d'un système de snapshot)
> > en particulier avoir 37 numéros de versions de ton CV, une créée à chaque correction, ne veut rien dire.
> Bien sûr que si. Non seulement je sais immédiatement qu'il y a 37 versions (numérotées de 1 à 37)
quel génie. malheureusement tu vas vite supprimer, archiver des versions intermédiaires pour des raisons X ou Y comme garder des bonnes versions et faire de la place. donc ton max_version = nombre_de_versions il va en prendre un coup.
et c'est toi qui parle de tautologie quand tu m'apprends que la révision précédant immédiatement la numéro 37 est la numéro 36 ?
si tu as des difficultés pour classer 1178850314 11788683145 1181850222, je te rassure, ton ordinateur est là pour t'aider comme iil t'aidera déjà pour classer 35 36 37 sans que tu t'en rendes compte.
> évidemment au bout de 8317 révisions sur un dépôt SVN
ding-dong : on ne parle définitivement pas d'un dépot SVN ou équivalent.