Comment obtenir le nombre de validations Git?

J'aimerais obtenir le nombre de validations de mon référentiel Git, un peu comme les numéros de révision SVN.

L'objectif est de l'utiliser comme un numéro de build incrémentiel unique.

Je fais actuellement comme ça, sur Unix / Cygwin / msysGit:

git log --pretty=format:'' | wc -l

Mais je pense que c'est un peu un hack.

Y a-t-il une meilleure façon de le faire? Ce serait cool si je n'avais pas vraiment besoin wcou même Git, donc cela pourrait fonctionner sur un Windows nu. Il suffit de lire un fichier ou une structure de répertoire ...

Pour obtenir un commettras chef d' accusation pour une révision ( HEAD, master, un hachage commettras):

git rev-list --count <revision>

Pour obtenir le nombre de validations dans toutes les branches:

git rev-list --all --count

Je recommande de ne pas utiliser cela pour l'identificateur de build, mais si vous le devez, il est probablement préférable d'utiliser le nombre pour la branche contre laquelle vous construisez. De cette façon, la même révision aura toujours le même numéro. Si vous utilisez le nombre pour toutes les succursales, l'activité sur d'autres succursales pourrait changer le nombre.

git shortlog est une façon.

git rev-list HEAD --count

git rev-list

git rev-list <commit>: Liste les validations accessibles en suivant les liens parents du commit donné (dans ce cas, HEAD ).

--count : Affiche un nombre indiquant le nombre de validations qui auraient été répertoriées et supprime toutes les autres sorties.

Cette commande renvoie le nombre de validations regroupées par committers:

git shortlog -s

Production:

14 John lennon
9  Janis Joplin

Vous voudrez peut-être savoir que l' -sargument est la forme de contraction de --summary.

Si vous cherchez un identifiant unique et encore tout à fait lisible pour les commits, git describe pourrait être exactement ce qu'il vous faut.

Vous n'êtes pas le premier à penser à un "numéro de révision" dans Git , mais 'wc " est assez dangereux, car la validation peut être effacée ou écrasée, et l'historique revisité.

Le "numéro de révision" était particulièrement important pour Subversion car il était nécessaire en cas de fusion (SVN1.5 et 1.6 se sont améliorés sur ce front).

Vous pourriez vous retrouver avec un hook de pré-validation qui inclurait un numéro de révision dans le commentaire, avec un algorithme n'impliquant pas de rechercher tout l' historique d'une branche pour déterminer le numéro correct.

Bazaar est en fait venu avec un tel algorithme , et il peut être un bon point de départ pour ce que vous voulez faire.

(Comme le souligne la réponse de Bombe , Git a en fait un algorithme qui lui est propre, basé sur la dernière balise, plus le nombre de validations, plus un peu d'une clé SHA-1). Vous devriez voir (et voter) sa réponse si cela fonctionne pour vous.

Pour illustrer l'idée d'Aaron , vous pouvez également ajouter le hachage de validation Git dans le fichier "info" d'une application que vous distribuez avec votre application.

De cette façon, la boîte about ressemblerait à:

Le numéro d'application fait partie de la validation, mais le «fichier« info »de l'application» est généré pendant le processus d'empaquetage, liant efficacement un numéro de version d' application à un ID de révision technique .

Vous pouvez simplement utiliser:

git shortlog -s -n

Résultat :

 827  user one
    15  user two
     2  Gest 

Un moyen simple est:

 git log --oneline | wc -l

oneline s'assure que.

Pour l'intégrer dans une variable, le moyen le plus simple est:

export GIT_REV_COUNT=`git rev-list --all --count`

Git shortlog est un moyen d'obtenir les détails de la validation:

git shortlog -s -n

Cela donnera le nombre de validations suivies du nom de l'auteur. L'option -s supprime tous les messages de validation pour chaque validation effectuée par l'auteur. Supprimez la même option si vous souhaitez également voir les messages de validation. L'option -n est utilisée pour trier la liste entière. J'espère que cela t'aides.

git rev-parse - short HEAD

Il y a un joli script d'aide que les gens de Git utilisent pour aider à générer un numéro de version utile basé sur Git. Je montre le script et l'explique dans ma réponse à Comment incluriez-vous l'ID de validation actuel dans les fichiers d'un projet Git? .

Si vous n'utilisez qu'une seule branche, comme master, je pense que cela fonctionnerait très bien:

git rev-list --full-history --all | wc -l

Cela ne produira qu'un nombre. Vous pouvez l'aliaser à quelque chose comme

git revno

pour rendre les choses vraiment pratiques. Pour ce faire, modifiez votre .git/configfichier et ajoutez-le dans:

[alias]
    revno = "!git rev-list --full-history --all | wc -l"

Cela ne fonctionnera pas sous Windows. Je ne connais pas l'équivalent de "wc" pour ce système d'exploitation, mais écrire un script Python pour faire le décompte pour vous serait une solution multi-plateforme.

EDIT : Obtenez le décompte entre deux commits:

Je cherchais une réponse qui montrerait comment obtenir le nombre de commits entre deux révisions arbitraires et n'en ai pas vu.

git rev-list --count [older-commit]..[newer-commit]

Générez un nombre lors de la construction et écrivez-le dans un fichier. Chaque fois que vous faites une version, validez ce fichier avec le commentaire "Build 147" (ou quel que soit le numéro de build actuellement). Ne validez pas le fichier pendant le développement normal. De cette façon, vous pouvez facilement mapper entre les numéros de build et les versions dans Git.

Dans notre entreprise, nous sommes passés de SVN à Git. Le manque de numéros de révision était un gros problème!

Faites git svn clone, puis marquez le dernier commit SVN par son numéro de révision SVN:

export hr=`git svn find-rev HEAD`
git tag "$hr" -f HEAD

Ensuite, vous pouvez obtenir le numéro de révision à l'aide de

git describe --tags --long

Cette commande donne quelque chose comme:

7603-3-g7f4610d

Signifie: La dernière balise est 7603 - c'est la révision SVN. 3 - est le nombre de commits. Nous devons les ajouter.

Ainsi, le numéro de révision peut être compté par ce script:

expr $(git describe --tags --long | cut -d '-' -f 1) + $(git describe --tags --long | cut -d '-' -f 2)

Celui que j'utilisais était:

git log | grep "^commit" | wc -l

Simple mais cela a fonctionné.

En utilisant la syntaxe Bash,

$(git rev-list --count HEAD)

semble bien pour une histoire purement linéaire. Si vous voulez aussi parfois avoir des «numéros» de succursales (basés sur master), pensez à:

$(git rev-list --count $(git merge-base master HEAD)).$(git rev-list --count ^master HEAD)

Lorsque vous exécutez à partir d'une caisse master, vous obtenez simplement 1234.0ou similaire. Lorsque vous exécutez à partir d'une caisse d'une branche, vous obtiendrez quelque chose comme 1234.13, s'il y a eu 13 commits effectués sur cette branche. Évidemment, cela n'est utile que dans la mesure où vous basez au plus une branche sur une masterrévision donnée .

--first-parent pourrait être ajouté au micro-numéro pour supprimer certains commits résultant uniquement de la fusion d'autres branches, bien qu'il soit probablement inutile.

Tu peux essayer

git log --oneline | wc -l

ou pour lister tous les commits effectués par les personnes contribuant dans le référentiel

git shortlog -s

git config --global alias.count 'rev-list --all --count'

Si vous ajoutez ceci à votre configuration, vous pouvez simplement référencer la commande;

git count

Utilisez git shortlog comme ceci

git shortlog -sn

Ou créez un alias (pour un terminal basé sur ZSH)

# show contributors by commits alias gcall="git shortlog -sn"

Que diriez-vous de faire un alias?

alias gc="git rev-list --all --count"      #Or whatever name you wish