Je pense que vous avez manqué un point central du succès de git: contrairement aux autres VCS modernes, il n'utilise pas une BD !
le .git/ ressemble à un site web statique: des fichiers textes contenant des liens (URL) vers d'autres fichiers textes ou des fichiers contenant le code du commit. Ils sont tous compressés avec Zip et c'est (presque) tout (Je raccourcis un peu: https://git-scm.com/book/en/v2/Git-Internals-Git-Objects)
Ce modèle de données ultra simple permet de facilement ajouter des nouveaux outils (Les nombreux gui diverses et variés, duplicity ...) ou commandes par dessus (git lsf, git annex, git module, git subtree... ), les backups ne stockent pas un fichier unique au format obscur, ...
Mais vous pouvez encore changer ce point, car le reste à l'air vraiment cool :-)
# ... quelques problèmes (notamment sur l'espace disque): ne pas utiliser une BD ! URL + fichiers
Posté par Legrego . En réponse à la dépêche Pijul, contrôle de version et théorie des patchs, version 0.12. Évalué à 2.
Je pense que vous avez manqué un point central du succès de git: contrairement aux autres VCS modernes, il n'utilise pas une BD !
le .git/ ressemble à un site web statique: des fichiers textes contenant des liens (URL) vers d'autres fichiers textes ou des fichiers contenant le code du commit. Ils sont tous compressés avec Zip et c'est (presque) tout (Je raccourcis un peu: https://git-scm.com/book/en/v2/Git-Internals-Git-Objects)
Ce modèle de données ultra simple permet de facilement ajouter des nouveaux outils (Les nombreux gui diverses et variés, duplicity ...) ou commandes par dessus (git lsf, git annex, git module, git subtree... ), les backups ne stockent pas un fichier unique au format obscur, ...
Mais vous pouvez encore changer ce point, car le reste à l'air vraiment cool :-)