Sie sind nicht der erste, der über eine "Revisionsnummer" in Git sondern ' wc
' ist ziemlich gefährlich, da die Verpflichtungen gelöscht oder unterdrückt werden können und die Geschichte neu aufgerollt werden kann.
Die "Revisionsnummer" war für Subversion besonders wichtig, da sie im Falle einer Verschmelzung erforderlich war (SVN1.5 und 1.6 haben sich in dieser Hinsicht verbessert).
Sie könnten einen Pre-Commit-Hook einrichten, der eine Revisionsnummer in den Kommentar einfügt, mit einem Algorithmus ohne Beteiligung von Nachschlagen der todo Geschichte eines Zweigs, um die richtige Zahl zu ermitteln.
Basar hat sich tatsächlich etwas einfallen lassen ein solcher Algorithmus und ist vielleicht ein guter Ausgangspunkt für das, was Sie tun wollen.
(Als Antwort von Bombe weist darauf hin, dass Git einen eigenen Algorithmus hat, der auf dem letzten Tag, der Anzahl der Übertragungen und einem kleinen SHA-1-Schlüssel basiert). Sie sollten seine Antwort sehen (und hoch bewerten), wenn sie für Sie funktioniert.
Zur Veranschaulichung Aarons Idee können Sie auch den Git-Commit-Hash an die "Info"-Datei einer Anwendung anhängen die Sie mit Ihrer Anwendung verbreiten.
Auf diese Weise würde die About-Box wie folgt aussehen:
Die Anwendungsnummer ist Teil der Übergabe, aber die "Info"-Datei der Anwendung wird während des Paketierungsprozesses erstellt, wodurch eine anwendbar Build-Nummer zu einer technischen Revision id .
2 Stimmen
Vielleicht finden Sie hier interessante Antworten: Was ist das Git-Äquivalent für die Revisionsnummer?
249 Stimmen
git rev-list HEAD --count
Git-Rev-Liste19 Stimmen
@jberger: Ich denke, Ihr Kommentar sollte in eine Antwort umgewandelt werden.
1 Stimmen
@utapyngo: Angesichts der 13 anderen Antworten wusste ich, dass es begraben werden würde. Ich habe hier veröffentlicht dann.
0 Stimmen
@jberger, diese Antwort funktioniert nicht für git1.7.0.