Il est tout à fait raisonnable de considérer l'astuce de git.git comme un outil d'aide à la décision. maître stable.
De Documentation/howto/maintain-git.txt :
Le conseil de "master" est censé être plus stable que les versions marquées, et les utilisateurs sont encouragés à le suivre.
Avant qu'une nouvelle fonctionnalité ne soit intégrée dans le système maître il est revu sur la liste de diffusion et "cuit" (souvent pendant plusieurs semaines) dans la base de données du pu y suivant que les développeurs testent et utilisent régulièrement.
Les numéros de version de Git fonctionnent comme suit :
o----- major release: 1.7
/ o---- feature release: 1.7.3
/ / o--- maintenance release: 1.7.3.2
/ / /
1.7.3.2
Les versions majeures contiennent souvent des changements incompatibles. Les versions de fonctionnalités introduisent de nouvelles fonctionnalités. Les versions de maintenance contiennent des corrections de bogues.
maître est presque littéralement une fusion de la dernière version de maintenance et des fonctionnalités accumulées pour la prochaine version.
La sortie de git --version est basé sur la sortie de git describe sur le commit qui a été utilisé pour construire le binaire (voir GIT-VERSION-GEN ).
La sortie de git describe ajoute des informations supplémentaires pour mieux "clouer" la version spécifique lorsque vous vous basez sur un commit qui n'est pas explicitement étiqueté.
o------------- most recent reachable tag: 1.7.3.2
/ o--- 'g' + abbreviated object name of built commit: 6f10c
/ /
1.7.3.2.164.g6f10c
\
o---------- number of commits in built commit "on top" of tag: 164
