Git inclut pour chaque commit une copie complète de tous les fichiers, sauf que, pour le contenu déjà présent dans le référentiel Git, l'instantané pointera simplement vers ledit contenu plutôt que de le dupliquer.
Cela signifie également que plusieurs fichiers avec le même contenu ne sont stockés qu'une seule fois.
Un instantané est donc essentiellement un commit, se référant au contenu d'une structure de répertoire.
Quelques bonnes références sont:
Vous dites à Git que vous souhaitez enregistrer un instantané de votre projet avec la commande git commit et il enregistre essentiellement un manifeste de ce à quoi ressemblent tous les fichiers de votre projet à ce stade.
Le laboratoire 12 illustre comment obtenir des instantanés précédents
Le livre de progit a la description la plus complète d'un instantané:
La principale différence entre Git et tout autre VCS (Subversion et amis inclus) est la façon dont Git pense à ses données.
Sur le plan conceptuel, la plupart des autres systèmes stockent les informations sous la forme d'une liste de modifications basées sur des fichiers. Ces systèmes (CVS, Subversion, Perforce, Bazaar, etc.) considèrent les informations qu'ils conservent comme un ensemble de fichiers et les modifications apportées à chaque fichier au fil du temps.
Git ne pense pas ni ne stocke ses données de cette façon. Au lieu de cela, Git considère ses données plus comme un ensemble d'instantanés d'un mini système de fichiers.
Chaque fois que vous validez ou enregistrez l'état de votre projet dans Git, il prend essentiellement une photo de l'apparence de tous vos fichiers à ce moment-là et stocke une référence à cet instantané.
Pour être efficace, si les fichiers n'ont pas changé, Git ne stocke pas le fichier à nouveau - juste un lien vers le fichier identique précédent qu'il a déjà stocké.
Git pense à ses données plus comme ci-dessous:
Il s'agit d'une distinction importante entre Git et presque tous les autres VCS. Cela oblige Git à reconsidérer presque tous les aspects du contrôle de version que la plupart des autres systèmes ont copiés de la génération précédente. Cela fait de Git plus un mini système de fichiers avec des outils incroyablement puissants construits dessus, plutôt qu'un simple VCS.
Jan Hudec ajoute ce commentaire important :
Bien que cela soit vrai et important au niveau conceptuel, ce n'est PAS vrai au niveau du stockage.
Git utilise des deltas pour le stockage .
Non seulement cela, mais il est plus efficace que tout autre système. Parce qu'il ne conserve pas l'historique par fichier, quand il veut faire une compression delta, il prend chaque blob, sélectionne certains blobs qui sont susceptibles d'être similaires (en utilisant une heuristique qui inclut l'approximation la plus proche de la version précédente et d'autres), essaie de générer les deltas et en sélectionne le plus petit. De cette façon, il peut (souvent, dépend de l'heuristique) tirer parti d'autres fichiers similaires ou d'anciennes versions plus similaires que les précédentes. Le paramètre "pack window" permet de négocier des performances pour une qualité de compression delta. La valeur par défaut (10) donne généralement des résultats décents, mais lorsque l'espace est limité ou pour accélérer les transferts réseau, git gc --aggressiveutilise la valeur 250, ce qui le rend très lent, mais offre une compression supplémentaire pour les données d'historique.