Este es el comando git-shortlog que se puede ejecutar en el proveedor de alojamiento gratuito de OnWorks utilizando una de nuestras múltiples estaciones de trabajo en línea gratuitas, como Ubuntu Online, Fedora Online, emulador en línea de Windows o emulador en línea de MAC OS.
PROGRAMA:
NOMBRE
git-shortlog: resume la salida de 'git log'
SINOPSIS
git log --pretty = short | git bitácora [ ]
git bitácora [ ] [ ] [[-] ...]
DESCRIPCIÓN
Resume git log salida en un formato adecuado para su inclusión en anuncios de lanzamiento.
Cada confirmación se agrupará por autor y título.
Además, "[PATCH]" se eliminará de la descripción de la confirmación.
Si no se pasan revisiones en la línea de comando y la entrada estándar no es una terminal
o no hay una sucursal actual, git bitácora generará un resumen del registro leído de
entrada estándar, sin referencia al repositorio actual.
CAMPUS
-n, - numerado
Ordene la salida de acuerdo con la cantidad de confirmaciones por autor en lugar del autor alfabético
orden.
-s, --resumen
Suprima la descripción de la confirmación y proporcione solo un resumen del recuento de confirmaciones.
-e, - correo electrónico
Muestre la dirección de correo electrónico de cada autor.
--format [= ]
En lugar del asunto de la confirmación, use otra información para describir cada confirmación.
puede ser cualquier cadena aceptada por la opción --format de git log, Tales como * [% h]
%s. (Consulte la sección "BONITOS FORMATOS" de registro de git(1).)
Cada confirmación impresa con estilo se volverá a empaquetar antes de que se muestre.
-w [ [, [, ]]]
Envuelva la salida ajustando cada línea al ancho. La primera línea de cada entrada es
sangrados por espacios de sangría1, y la segunda línea y las siguientes están sangradas por
indent2 espacios. width, indent1 y indent2 están predeterminados en 76, 6 y 9 respectivamente.
Si el ancho es 0 (cero), entonces sangra las líneas de la salida sin envolverlas.
Mostrar solo confirmaciones en el rango de revisión especificado. Cuando no es
especificado, por defecto es HEAD (es decir, todo el historial que lleva a la confirmación actual).
origin..HEAD especifica todas las confirmaciones accesibles desde la confirmación actual (es decir, HEAD),
pero no de origen. Para obtener una lista completa de formas de deletrear , mira el
Sección "Especificación de rangos" de gitrevisiones(7).
[-] ...
Considere solo las confirmaciones que sean suficientes para explicar cómo los archivos que coinciden
Surgieron caminos especificados.
Es posible que las rutas deban tener el prefijo "-" para separarlas de las opciones o de la revisión.
rango, cuando surge la confusión.
CARTOGRAFÍA AUTORES
La función .mailmap se utiliza para fusionar las confirmaciones de la misma persona en el
shortlog, donde su nombre y / o dirección de correo electrónico se escribieron de manera diferente.
Si el archivo .mailmap existe en el nivel superior del repositorio, o en la ubicación señalada
a por las opciones de configuración mailmap.file o mailmap.blob, se utiliza para mapear autor y
los nombres de los confirmadores y las direcciones de correo electrónico a los nombres reales canónicos y las direcciones de correo electrónico.
En la forma simple, cada línea del archivo consta del nombre canónico real de un
autor, espacios en blanco y una dirección de correo electrónico utilizada en la confirmación (delimitada por < y >) para asignar
al nombre. Por ejemplo:
Nombre correcto[email protected]>
Las formas más complejas son:
<[email protected]>[email protected]>
que permite que mailmap reemplace solo la parte de correo electrónico de una confirmación, y:
Nombre correcto[email protected]>[email protected]>
que permite que mailmap reemplace tanto el nombre como el correo electrónico de una confirmación que coincida con el
dirección de correo electrónico de confirmación especificada y:
Nombre correcto[email protected]> Nombre de compromiso[email protected]>
que permite que mailmap reemplace tanto el nombre como el correo electrónico de una confirmación que coincida con
nombre de confirmación y dirección de correo electrónico especificados.
Ejemplo 1: su historial contiene confirmaciones de dos autores, Jane y Joe, cuyos nombres aparecen
en el repositorio bajo varias formas:
Joe Desarrollador[email protected]>
Joe R. Desarrollador[email protected]>
fulano de tal[email protected]>
fulano de tal
Jane D.
Ahora suponga que Joe quiere que se use la inicial de su segundo nombre, y Jane prefiere su apellido
completamente enunciado. Un archivo .mailmap adecuado se vería así:
fulano de tal
Joe R. Desarrollador[email protected]>
Tenga en cuenta que no hay necesidad de una entrada para , porque el nombre real de
ese autor ya tiene razón.
Ejemplo 2: su repositorio contiene confirmaciones de los siguientes autores:
nick1[email protected]>
nick2[email protected]>
nick2[email protected]>
Papa Noel[email protected]>
claus[email protected]>
CTO[email protected]>
Entonces es posible que desee un archivo .mailmap que se parezca a:
<[email protected]>[email protected]>
Algún tipo[email protected]> nick1[email protected]>
Otro autor[email protected]> nick2[email protected]>
Otro autor[email protected]>[email protected]>
Papá Noel[email protected]>[email protected]>
Usa hash # para comentarios que están en su propia línea o después de la dirección de correo electrónico.
GIT
Parte de los git(1) suite
Use git-shortlog en línea usando los servicios de onworks.net
