¿Cómo obtengo el recuento de confirmación de Git?

Me gustaría obtener el número de confirmaciones de mi repositorio Git, un poco como los números de revisión SVN.

El objetivo es usarlo como un número de compilación incremental único.

Actualmente me gusta eso, en Unix / Cygwin / msysGit:

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

Pero siento que es un poco hack.

¿Hay una mejor manera de hacer eso? Sería genial si realmente no necesitara wco incluso Git, por lo que podría funcionar en un Windows desnudo. Simplemente lea un archivo o una estructura de directorio ...

Para obtener una cuenta de confirmación para una revisión ( HEAD, master, una confirmación hash):

git rev-list --count <revision>

Para obtener el recuento de confirmación en todas las ramas:

git rev-list --all --count

Recomiendo no usar esto para el identificador de compilación, pero si debe hacerlo, probablemente sea mejor usar el recuento para la rama con la que está compilando. De esa manera, la misma revisión siempre tendrá el mismo número. Si usa el conteo para todas las ramas, la actividad en otras ramas podría cambiar el número.

git shortlog es unidireccional

git rev-list HEAD --count

git rev-list

git rev-list <commit>: Enumere las confirmaciones a las que se puede acceder siguiendo los enlaces primarios de la confirmación dada (en este caso, HEAD ).

--count : Imprima un número que indique cuántas confirmaciones se habrían enumerado y suprima todos los demás resultados.

Este comando devuelve el recuento de confirmaciones agrupadas por confirmadores:

git shortlog -s

Salida:

14 John lennon
9  Janis Joplin

Es posible que desee saber que el -sargumento es la forma de contracción de --summary.

Si está buscando un identificador único y aún bastante legible para las confirmaciones, git describe podría ser lo que necesita.

No eres el primero en pensar en un "número de revisión" en Git , pero ' wc' es bastante peligroso, ya que commit puede ser borrado o aplastado, y la historia revisitada.

El "número de revisión" fue especialmente importante para Subversion ya que era necesario en caso de fusión (SVN1.5 y 1.6 han mejorado en ese frente).

Podría terminar con un enlace previo a la confirmación que incluiría un número de revisión en el comentario, con un algoritmo que no implique buscar todo el historial de una rama para determinar el número correcto.

Al bazar se le ocurrió tal algoritmo , y puede ser un buen punto de partida para lo que desea hacer.

(Como señala la respuesta de Bombe , Git tiene un algoritmo propio, basado en la última etiqueta, más el número de confirmaciones, más un poco de una clave SHA-1). Debería ver (y votar) su respuesta si funciona para usted.

Para ilustrar la idea de Aaron , también puede agregar el hash Git commit al archivo de "información" de una aplicación que está distribuyendo con su aplicación.

De esa manera, el cuadro sobre se vería así:

El número de solicitud es parte de la confirmación, pero el 'archivo de "información" de la aplicación se genera durante el proceso de empaquetado, vinculando efectivamente un número de compilación de solicitud con una identificación de revisión técnica .

U solo puede usar:

git shortlog -s -n

Resultado:

 827  user one
    15  user two
     2  Gest 

Una forma simple es:

 git log --oneline | wc -l

oneline asegura que.

Para ponerlo en una variable, la forma más fácil es:

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

El shortlog de Git es una forma de obtener los detalles de confirmación:

git shortlog -s -n

Esto le dará el número de confirmaciones seguidas del nombre del autor. La opción -s elimina todos los mensajes de confirmación para cada confirmación que realizó el autor. Elimine la misma opción si desea ver también los mensajes de confirmación. La opción -n se usa para ordenar la lista completa. Espero que esto ayude.

git rev-parse - HEAD corto

Hay un buen script de ayuda que la gente de Git usa para ayudar a generar un número de versión útil basado en la descripción de Git. Muestro el script y lo explico en mi respuesta a ¿Cómo incluirías la identificación de confirmación actual en los archivos de un proyecto Git? .

Si solo está usando una rama, como master, creo que esto funcionaría muy bien:

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

Esto solo generará un número. Puedes alias a algo como

git revno

para hacer las cosas realmente convenientes. Para hacerlo, edite su .git/configarchivo y agregue esto en:

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

Esto no funcionará en Windows. No sé el equivalente de "wc" para ese sistema operativo, pero escribir una secuencia de comandos de Python para contarlo sería una solución multiplataforma.

EDITAR : Obtenga el recuento entre dos confirmaciones:

Estaba buscando una respuesta que mostrara cómo obtener el número de confirmaciones entre dos revisiones arbitrarias y no vi ninguna.

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

Genere un número durante la compilación y escríbalo en un archivo. Cada vez que realice un lanzamiento, confirme ese archivo con el comentario "Build 147" (o el número de compilación que sea actualmente). No confirme el archivo durante el desarrollo normal. De esta manera, puede asignar fácilmente entre números de compilación y versiones en Git.

En nuestra empresa, nos mudamos de SVN a Git. La falta de números de revisión fue un gran problema!

Haga git svn clone, y luego etiquete la última confirmación SVN por su número de revisión SVN:

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

Entonces puede obtener el número de revisión con ayuda de

git describe --tags --long

Este comando da algo como:

7603-3-g7f4610d

Medios: la última etiqueta es 7603, es la revisión SVN. 3 - es el recuento de confirmaciones de él. Necesitamos agregarlos.

Entonces, el número de revisión puede ser contado por este script:

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

El que solía usar era:

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

Simple pero funcionó.

Usando la sintaxis de Bash,

$(git rev-list --count HEAD)

se ve bien para la historia puramente lineal. Si también desea tener a veces "números" de sucursales (basados ​​en master), considere:

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

Cuando se ejecuta desde un proceso de pago master, obtienes simplemente 1234.0o similar. Cuando se ejecuta desde el pago de una rama, obtendrá algo como 1234.13, si se han realizado 13 confirmaciones en esa rama. Obviamente, esto es útil solo en la medida en que esté basando como máximo una rama en una masterrevisión dada .

--first-parent podría agregarse al número micro para suprimir algunas confirmaciones que surgen solo de la fusión de otras ramas, aunque probablemente sea innecesario.

Puedes probar

git log --oneline | wc -l

o para enumerar todos los compromisos realizados por las personas que contribuyen en el repositorio

git shortlog -s

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

Si agrega esto a su configuración, puede hacer referencia al comando;

git count

Use git shortlog como este

git shortlog -sn

O cree un alias (para terminal basado en ZSH)

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

¿Qué tal hacer un alias?

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