3 Réponses :
En réalité, .git code> Les répertoires sont plus petits que .svn code> car git compressent bien les données et ne conservent pas certains instantanés inutiles en raison de sa conception. Et il utilise aussi des deltas! P>
Je pense que vous l'avez à l'envers, au moins jusqu'à la façon dont il se démarque sur le disque. P>
Avec SVN, chaque branche que vous vérifie est une copie complète et des deltas. Donc, deux branches désignent deux filtres complets plus toutes les informations SVN Diff. P>
Git, d'autre part, conserve une copie unique des fichiers et tous les instantanés contenant l'info DIFF. Donc, pour plusieurs branches, GIT sera toujours plus petit. P>
de pro git chapitre " packfiles ": p>
Le format initial dans lequel GIT enregistre les objets sur le disque est appelé A Format d'objet en vrac. Cependant, parfois git comporte plusieurs ces objets dans un seul fichier binaire appelé packfile afin de Économisez de l'espace et soyez plus efficace. Git fait cela si vous en avez trop objets en vrac autour, si vous exécutez la commande git gc manuellement, ou si Vous appuyez sur un serveur distant. P> blockQuote>
Comme vous pouvez le voir, GIT ne stocke pas toujours chaque version d'un fichier séparément et utilise également des différences. De plus, git compresse chaque fichier avec zlib qui est assez efficace au moins pour les fichiers de code source de texte brut. P>
Néanmoins, il n'est pas facile de dire pour savoir si GIT utilise plus ou moins d'espace que SVN. Une des raisons pour cela est que SVN stocke localement la dernière révision alors que vous avez une copie complète du référentiel de votre machine. Vous ne pouvez donc pas comparer l'espace utilisé par une révision dans SVN avec de l'espace utilisé par le référentiel complet de Git. p>
et comparer l'espace utilisé par le référentiel SVN sur le serveur avec le référentiel Git Space Dépend au moins sur l'historique des révisions spécifiques et les types de fichiers que vous stockez. P>