Come ottengo il conteggio dei commit di Git?

Vorrei ottenere il numero di commit del mio repository Git, un po 'come i numeri di revisione SVN.

L'obiettivo è utilizzarlo come un numero di build univoco e incrementale.

Attualmente mi piace così, su Unix / Cygwin / msysGit:

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

Ma sento che è un po 'un trucco.

C'è un modo migliore per farlo? Sarebbe bello se in realtà non avessi bisogno wco addirittura Git, quindi potrebbe funzionare su un Windows nudo. Basta leggere un file o una struttura di directory ...

Per ottenere un commit conteggio per una revisione ( HEAD, master, un commit hash):

git rev-list --count <revision>

Per ottenere il conteggio dei commit in tutti i rami:

git rev-list --all --count

Sconsiglio di utilizzarlo per l'identificatore di build, ma se è necessario, probabilmente è meglio usare il conteggio per il ramo su cui stai costruendo. In questo modo la stessa revisione avrà sempre lo stesso numero. Se si utilizza il conteggio per tutti i rami, l'attività su altri rami potrebbe modificare il numero.

git shortlog è un modo.

git rev-list HEAD --count

git rev-list

git rev-list <commit>: Elenca i commit che sono raggiungibili seguendo i link principali del commit dato (in questo caso, HEAD ).

--count : Stampa un numero che indica quanti commit sarebbero stati elencati e sopprime tutti gli altri output.

Questo comando restituisce il conteggio dei commit raggruppati per commit:

git shortlog -s

Produzione:

14 John lennon
9  Janis Joplin

Potresti voler sapere che l' -sargomento è la forma di contrazione di --summary.

Se stai cercando un identificatore univoco e ancora abbastanza leggibile per i commit, git descrivere potrebbe essere la cosa giusta per te.

Non sei il primo a pensare a un "numero di revisione" in Git , ma ' wc' è abbastanza pericoloso, poiché il commit può essere cancellato o schiacciato e la storia rivisitata.

Il "numero di revisione" era particolarmente importante per Subversion poiché era necessario in caso di unione (SVN1.5 e 1.6 sono migliorati su quel fronte).

Potresti finire con un hook pre-commit che includerebbe un numero di revisione nel commento, con un algoritmo che non comporta la ricerca di tutta la cronologia di un ramo per determinare il numero corretto.

Bazaar in realtà ha escogitato un tale algoritmo , e potrebbe essere un buon punto di partenza per quello che vuoi fare.

(Come sottolinea la risposta di Bombe , Git ha in realtà un proprio algoritmo, basato sull'ultimo tag, più il numero di commit, oltre a un po 'di un tasto SHA-1). Dovresti vedere (e votare) la sua risposta se funziona per te.

Per illustrare l'idea di Aaron , puoi anche aggiungere l'hash di commit Git nel file "info" di un'applicazione che stai distribuendo con la tua applicazione.

In questo modo, la casella about sarebbe simile a:

Il numero applicativo fa parte del commit, ma il "file" informativo "dell'applicazione viene generato durante il processo di impacchettamento, collegando efficacemente un numero di build applicativo a un ID di revisione tecnica .

Puoi semplicemente usare:

git shortlog -s -n

Risultato:

 827  user one
    15  user two
     2  Gest 

Un modo semplice è:

 git log --oneline | wc -l

oneline assicura quello.

Per inserirlo in una variabile, il modo più semplice è:

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

Git shortlog è un modo per ottenere i dettagli del commit:

git shortlog -s -n

Ciò fornirà il numero di commit seguito dal nome dell'autore. L'opzione -s rimuove tutti i messaggi di commit per ciascun commit eseguito dall'autore. Rimuovere la stessa opzione se si desidera visualizzare anche i messaggi di commit. L'opzione -n ​​viene utilizzata per ordinare l'intero elenco. Spero che sia di aiuto.

git rev-parse --short HEAD

C'è un bel script di supporto che la gente di Git usa per aiutare a generare un numero di versione utile basato su Git. Mostro lo script e lo spiego nella mia risposta a Come includeresti l'ID commit corrente nei file di un progetto Git? .

Se stai usando solo un ramo, come master, penso che funzionerebbe alla grande:

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

Questo produrrà solo un numero. Puoi dirlo a qualcosa del genere

git revno

per rendere le cose davvero convenienti. Per fare ciò, modifica il tuo .git/configfile e aggiungilo in:

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

Questo non funzionerà su Windows. Non conosco l'equivalente di "wc" per quel sistema operativo, ma scrivere uno script Python per fare il conteggio per te sarebbe una soluzione multipiattaforma.

EDIT : ottieni il conteggio tra due commit:

Stavo cercando una risposta che mostrasse come ottenere il numero di commit tra due revisioni arbitrarie e non ne vedevo nessuna.

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

Generare un numero durante la compilazione e scriverlo in un file. Ogni volta che si rilascia una versione, eseguire il commit di quel file con il commento "Build 147" (o qualunque sia il numero di build attualmente). Non eseguire il commit del file durante il normale sviluppo. In questo modo, puoi facilmente mappare tra numeri di build e versioni in Git.

Nella nostra azienda, siamo passati da SVN a Git. La mancanza di numeri di revisione era un grosso problema!

Fare git svn clone, quindi contrassegnare l'ultimo commit SVN in base al numero di revisione SVN:

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

Quindi è possibile ottenere il numero di revisione con l'aiuto di

git describe --tags --long

Questo comando dà qualcosa come:

7603-3-g7f4610d

Mezzi: l'ultimo tag è 7603 - è la revisione SVN. 3 - è il conteggio dei commit da esso. Dobbiamo aggiungerli.

Quindi, il numero di revisione può essere contato da questo script:

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

Quello che usavo era:

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

Semplice ma ha funzionato.

Utilizzando la sintassi di Bash,

$(git rev-list --count HEAD)

sembra perfetto per una storia puramente lineare. Se a volte vuoi anche avere "numeri" dalle filiali (basato su master), considera:

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

Quando eseguito da un checkout di master, ottieni semplicemente 1234.0o simili. Quando corri da una cassa di un ramo otterrai qualcosa del genere 1234.13, se ci sono stati 13 commit fatti su quel ramo. Ovviamente questo è utile solo nella misura in cui stai basando al massimo un ramo su una data masterrevisione.

--first-parent potrebbe essere aggiunto al micro numero per sopprimere alcuni commit derivanti solo dalla fusione di altre filiali, anche se probabilmente non è necessario.

Puoi provare

git log --oneline | wc -l

o per elencare tutti i commit fatti dalle persone che contribuiscono nel repository

git shortlog -s

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

Se lo aggiungi alla tua configurazione, puoi semplicemente fare riferimento al comando;

git count

Usa git shortlog proprio in questo modo

git shortlog -sn

Oppure crea un alias (per terminale basato su ZSH)

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

Che ne dici di fare un alias?

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