Wie erhalte ich die Git-Commit-Anzahl?

Ich möchte die Anzahl der Commits meines Git-Repositorys erhalten, ähnlich wie die SVN-Revisionsnummern.

Das Ziel ist es, es als eindeutige, inkrementierende Build-Nummer zu verwenden.

Das gefällt mir derzeit unter Unix / Cygwin / msysGit:

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

Aber ich denke, es ist ein bisschen ein Hack.

Gibt es einen besseren Weg, das zu tun? Es wäre cool, wenn ich wcGit nicht brauchen würde , also könnte es auf einem nackten Windows funktionieren. Lesen Sie einfach eine Datei oder eine Verzeichnisstruktur ...

Um eine Festschreibung Zählung für eine Revision ( HEAD, master, ein Commit Hash):

git rev-list --count <revision>

So erhalten Sie die Commit-Anzahl für alle Zweige:

git rev-list --all --count

Ich empfehle, dies nicht für die Build-ID zu verwenden, aber wenn Sie müssen, ist es wahrscheinlich am besten, die Anzahl für den Zweig zu verwenden, für den Sie erstellen. Auf diese Weise hat dieselbe Revision immer dieselbe Nummer. Wenn Sie die Anzahl für alle Zweige verwenden, kann die Anzahl durch Aktivitäten in anderen Zweigen geändert werden.

git shortlog ist eine Möglichkeit.

git rev-list HEAD --count

Git Rev-Liste

git rev-list <commit>: Listen Sie Commits auf, die erreichbar sind, indem Sie den übergeordneten Links des angegebenen Commits folgen (in diesem Fall HEAD ).

--count : Drucken Sie eine Zahl aus, die angibt, wie viele Commits aufgelistet worden wären, und unterdrücken Sie alle anderen Ausgaben.

Dieser Befehl gibt die Anzahl der nach Committern gruppierten Commits zurück:

git shortlog -s

Ausgabe:

14 John lennon
9  Janis Joplin

Vielleicht möchten Sie wissen, dass das -sArgument die Kontraktionsform von ist --summary.

Wenn Sie nach einer eindeutigen und dennoch gut lesbaren Kennung für Commits suchen, ist git description möglicherweise genau das Richtige für Sie.

Sie sind nicht der erste, der über eine "Revisionsnummer" in Git nachdenkt , aber ' wc' ist ziemlich gefährlich, da Commit gelöscht oder gequetscht werden kann und der Verlauf erneut überprüft wird.

Die "Revisionsnummer" war für Subversion besonders wichtig, da sie im Falle einer Zusammenführung benötigt wurde (SVN1.5 und 1.6 haben sich in dieser Hinsicht verbessert).

Möglicherweise erhalten Sie einen Pre-Commit-Hook, der eine Revisionsnummer in den Kommentar enthält. Bei einem Algorithmus wird nicht der gesamte Verlauf eines Zweigs nachgeschlagen, um die richtige Nummer zu ermitteln.

Bazaar hat tatsächlich einen solchen Algorithmus entwickelt , und er kann ein guter Ausgangspunkt für das sein, was Sie tun möchten.

(Wie Bombes Antwort hervorhebt, hat Git tatsächlich einen eigenen Algorithmus, der auf dem neuesten Tag plus der Anzahl der Commits plus ein bisschen SHA-1-Schlüssel basiert.) Sie sollten seine Antwort sehen (und positiv bewerten), wenn sie für Sie funktioniert.

Um Aarons Idee zu veranschaulichen , können Sie den Git-Commit-Hash auch an die "Info" -Datei einer Anwendung anhängen, die Sie mit Ihrer Anwendung verteilen.

Auf diese Weise würde die About-Box folgendermaßen aussehen:

Die anwendbare Nummer ist Teil des Commits, aber die "Info" -Datei der Anwendung wird während des Verpackungsprozesses generiert, wodurch eine anwendbare Build-Nummer effektiv mit einer technischen Revisions- ID verknüpft wird .

Sie können nur verwenden:

git shortlog -s -n

Ergebnis:

 827  user one
    15  user two
     2  Gest 

Ein einfacher Weg ist:

 git log --oneline | wc -l

oneline versichert dass.

Um es in eine Variable zu bringen, ist der einfachste Weg:

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

Git Shortlog ist eine Möglichkeit, die Commit-Details abzurufen:

git shortlog -s -n

Dies gibt die Anzahl der Commits an, gefolgt vom Autorennamen. Mit der Option -s werden alle Festschreibungsnachrichten für jede vom Autor vorgenommene Festschreibung entfernt. Entfernen Sie dieselbe Option, wenn Sie auch die Festschreibungsnachrichten anzeigen möchten. Die Option -n wird zum Sortieren der gesamten Liste verwendet. Hoffe das hilft.

git rev-parse --kurzer KOPF

Es gibt ein nettes Hilfsskript, mit dem die Git-Leute eine nützliche Versionsnummer basierend auf der Beschreibung von Git generieren. Ich zeige das Skript und erkläre es in meiner Antwort auf Wie würden Sie die aktuelle Commit-ID in die Dateien eines Git-Projekts aufnehmen? .

Wenn Sie nur einen Zweig wie Master verwenden, funktioniert dies meiner Meinung nach hervorragend:

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

Dies gibt nur eine Zahl aus. Sie können es auf so etwas alias

git revno

um die Dinge wirklich bequem zu machen. Bearbeiten Sie dazu Ihre .git/configDatei und fügen Sie diese hinzu:

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

Dies funktioniert unter Windows nicht. Ich kenne das Äquivalent von "wc" für dieses Betriebssystem nicht, aber ein Python-Skript zu schreiben, um das Zählen für Sie durchzuführen, wäre eine plattformübergreifende Lösung.

BEARBEITEN : Zählen Sie zwischen zwei Commits:

Ich suchte nach einer Antwort, die zeigen würde, wie die Anzahl der Commits zwischen zwei willkürlichen Revisionen ermittelt werden kann, und sah keine.

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

Generieren Sie während des Builds eine Nummer und schreiben Sie sie in eine Datei. Wenn Sie eine Veröffentlichung vornehmen, schreiben Sie diese Datei mit dem Kommentar "Build 147" fest (oder wie auch immer die aktuelle Build-Nummer lautet). Übernehmen Sie die Datei nicht während der normalen Entwicklung. Auf diese Weise können Sie in Git problemlos zwischen Build-Nummern und Versionen zuordnen.

In unserer Firma sind wir von SVN zu Git gewechselt. Das Fehlen von Revisionsnummern war ein großes Problem!

Tun Sie dies git svn cloneund kennzeichnen Sie das letzte SVN-Commit mit seiner SVN-Revisionsnummer:

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

Dann können Sie die Revisionsnummer mit Hilfe von erhalten

git describe --tags --long

Dieser Befehl gibt so etwas wie:

7603-3-g7f4610d

Mittel: Das letzte Tag ist 7603 - es ist die SVN-Revision. 3 - ist die Anzahl der Commits davon. Wir müssen sie hinzufügen.

Die Revisionsnummer kann also mit diesem Skript gezählt werden:

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

Die, die ich verwendet habe, war:

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

Einfach, aber es hat funktioniert.

Verwenden der Bash-Syntax,

$(git rev-list --count HEAD)

sieht gut aus für rein lineare Geschichte. Wenn Sie manchmal auch "Zahlen" aus Zweigen haben möchten (basierend auf master), beachten Sie:

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

Wenn Sie von einer Kasse aus laufen master, erhalten Sie einfach 1234.0oder dergleichen. Wenn Sie von einer Kasse eines Zweigs ausgeführt werden, erhalten Sie so etwas wie 1234.13, wenn 13 Commits für diesen Zweig vorgenommen wurden. Offensichtlich ist dies nur insofern nützlich, als Sie höchstens einen Zweig von einem bestimmten abstellenmaster Revision zugrunde legen.

--first-parent könnte zur Mikronummer hinzugefügt werden, um einige Commits zu unterdrücken, die nur durch das Zusammenführen anderer Zweige entstehen, obwohl dies wahrscheinlich nicht erforderlich ist.

Du kannst es versuchen

git log --oneline | wc -l

oder um alle Commits aufzulisten, die von den im Repository beitragenden Personen ausgeführt wurden

git shortlog -s

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

Wenn Sie dies zu Ihrer Konfiguration hinzufügen, können Sie einfach auf den Befehl verweisen.

git count

Verwenden Sie git shortlog einfach so

git shortlog -sn

Oder erstellen Sie einen Alias ​​(für ZSH-basiertes Terminal)

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

Wie wäre es mit einem alias?

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