git-rev-list: en línea en la nube

PROGRAMA:

NOMBRE

git-rev-list: enumera los objetos de confirmación en orden cronológico inverso

SINOPSIS

git lista de revoluciones [--max-count = ]
[--skip = ]
[--max-age = ]
[--min-age = ]
[--espacio]
[--merge]
[--no-fusiones]
[--min-parents = ]
[--no-min-parents]
[--max-parents = ]
[--no-max-parents]
[--primer padre]
[--remove-empty]
[--historia-completa]
[ --no ]
[ --todo ]
[--ramas [= ]]
[--tags [= ]]
[--remotes [= ]]
[--glob = ]
[--ignore-missing]
[--stdin]
[ --tranquilo ]
[--topo-order]
[ --padres ]
[- marca de tiempo]
[ --izquierda derecha ]
[ --solo izquierda ]
[- solo a la derecha]
[--cherry-mark]
[--cherry-pick]
[--encoding = ]
[- (autor | autor | grep) = ]
[--regexp-ignore-case | -I ]
[--extended-regexp | -E]
[--cadenas-fijas | -F]
[--fecha = ]
[[--objetos | --objects-edge | --objects-edge-agresivo]
[--descomprimido]]
[--pretty | --header]
[--bisección]
[--bisect-vars]
[--bisecar-todo]
[--merge]
[ --contrarrestar ]
[--walk-reflogs]
[--no-caminar] [--do-caminar]
[ --contar ]
[--use-bitmap-index]
... [- ...]

DESCRIPCIÓN

Enumere las confirmaciones a las que se puede acceder siguiendo los enlaces principales de las confirmaciones dadas,
pero excluir las confirmaciones que son accesibles de las que se dan con un ^ en frente de ellos.
La salida se da en orden cronológico inverso de forma predeterminada.

Puede pensar en esto como una operación establecida. Las confirmaciones dadas en la línea de comando forman un conjunto de
confirmaciones que son accesibles desde cualquiera de ellos, y luego confirmaciones accesibles desde cualquiera de las
los dados con ^ delante se restan de ese conjunto. Las confirmaciones restantes son las que
aparece en la salida del comando. Se pueden utilizar varias otras opciones y parámetros de rutas
para limitar aún más el resultado.

Por lo tanto, el siguiente comando:

$ git rev-list foo bar ^ baz

significa "enumerar todas las confirmaciones a las que se puede acceder desde foo or de caramelos, pero no de baz".

Una notación especial ".."se puede utilizar como abreviatura de" ^ ' '
". Por ejemplo, cualquiera de los siguientes puede usarse indistintamente:

$ git origen de lista de revoluciones ... HEAD
$ git rev-list HEAD ^ origen

Otra notación especial es "..."que es útil para fusiones.
El conjunto resultante de confirmaciones es la diferencia simétrica entre los dos operandos. El
los siguientes dos comandos son equivalentes:

$ git rev-list AB --no $ (git merge-base --todos AB)
$ git lista de revoluciones A ... B

lista de revoluciones es un comando de Git muy esencial, ya que proporciona la capacidad de construir y
atravesar gráficos de ascendencia de compromiso. Por esta razón, tiene muchas opciones diferentes que
permite que sea utilizado por comandos tan diferentes como git bisecar y git Repack.

CAMPUS

COMPROMÉTASE Limitar ocupación
Además de especificar un rango de confirmaciones que deben enumerarse usando las notaciones especiales
explicado en la descripción, se puede aplicar una limitación de compromiso adicional.

El uso de más opciones generalmente limita aún más la salida (por ejemplo, --since = límites a
se compromete más nuevo que y usándolo con --grep = más límites a las confirmaciones
cuyo mensaje de registro tiene una línea que coincide ), a menos que se indique lo contrario.

Tenga en cuenta que estos se aplican antes de confirmar las opciones de orden y formato, como
--contrarrestar.

- , -n , --max-count =
Limite el número de confirmaciones a la salida.

--skip =
omitir número confirma antes de comenzar a mostrar la salida de confirmación.

--desde = , --after =
Muestra confirmaciones más recientes que una fecha específica.

--hasta = , --antes =
Muestra confirmaciones anteriores a una fecha específica.

--max-age = , --min-age =
Limite la salida de confirmaciones al rango de tiempo especificado.

--author = , --committer =
Limite la salida de confirmaciones a aquellas con líneas de encabezado de autor / confirmador que coincidan con el
patrón especificado (expresión regular). Con más de un --author = , se compromete
cuyo autor coincide con cualquiera de los patrones dados se eligen (de manera similar para múltiples
--committer = ).

--grep-reflog =
Limite la salida de confirmaciones a aquellas con entradas de reflog que coincidan con el patrón especificado
(expresión regular). Con más de un --grep-reflog, confirma cuyo mensaje de reflog
coincide con cualquiera de los patrones dados. Es un error utilizar esta opción a menos que
--walk-reflogs está en uso.

--grep =
Limite la salida de confirmaciones a aquellas con un mensaje de registro que coincida con el patrón especificado
(expresión regular). Con más de uno --grep = , confirma cuyo mensaje
coincide con cualquiera de los patrones dados (pero vea --todos-coincidencias).

--todos los partidos
Limite la salida de confirmaciones a aquellas que coincidan con todas las dadas --grep, en lugar de las que
coincidir con al menos uno.

--invertir-grep
Limite la salida de confirmaciones a aquellas con mensajes de registro que no coincidan con el patrón
especificado con --grep = .

-i, --regexp-ignorar-caso
Haga coincidir los patrones de limitación de expresiones regulares sin tener en cuenta el uso de mayúsculas y minúsculas.

--expresación regular básica
Considere que los patrones limitantes son expresiones regulares básicas; este es el predeterminado.

-E, --expresión regular extendida
Considere los patrones limitantes para ser expresiones regulares extendidas en lugar de las
expresiones regulares básicas predeterminadas.

-F, - cuerdas-fijas
Considere que los patrones limitantes son cadenas fijas (no interprete el patrón como un
expresión regular).

--perl-regexp
Considere que los patrones limitantes son expresiones regulares compatibles con Perl. Requiere
libpcre para ser compilado en.

--eliminar-vacío
Deténgase cuando un camino determinado desaparezca del árbol.

- fusiona
Imprimir solo combinaciones de confirmaciones. Esto es exactamente lo mismo que --min-parents = 2.

--no se fusiona
No imprima confirmaciones con más de un padre. Esto es exactamente lo mismo que
--max-padres = 1.

--min-parents = , --max-parents = , --no-min-padres, --no-max-padres
Muestre solo las confirmaciones que tengan al menos (o como máximo) tantas confirmaciones principales. En
particular, --max-parents = 1 es lo mismo que --no-merges, --min-parents = 2 es lo mismo que
- surge. --max-parent = 0 da todas las confirmaciones de root y --min-parents = 3 todo octopus
se fusiona.

--no-min-parents y --no-max-parents restablecen estos límites (a ningún límite) nuevamente.
Las formas equivalentes son --min-parent = 0 (cualquier compromiso tiene 0 o más padres) y
--max-parents = -1 (los números negativos no indican ningún límite superior).

--primer padre
Siga solo la primera confirmación principal al ver una confirmación de fusión. Esta opción puede dar una
mejor visión general al ver la evolución de una rama temática en particular, porque
las fusiones en una rama de tema tienden a ser solo acerca de ajustarse a las actualizaciones actualizadas desde
de vez en cuando, y esta opción le permite ignorar las confirmaciones individuales introducidas
a su historia por tal fusión. No se puede combinar con --bisect.

--no
Invierte el significado de la ^ prefijo (o falta del mismo) para todas las revisiones siguientes
especificadores, hasta el siguiente --not.

--todas
Finge como si todas las referencias en refs / estuvieran listadas en la línea de comando como .

--ramas [= ]
Imagina que todas las referencias en referencias / cabezas se enumeran en la línea de comando como .
If se da, limite las ramas a las que coincidan con el glob de shell dado. Si patrón
carece de ?, *o [, /* al final está implícito.

--tags [= ]
Imagina que todas las referencias en referencias / etiquetas se enumeran en la línea de comando como . Si
se da, limite las etiquetas a las que coincidan con el glob de shell dado. Si falta el patrón ?,
*o [, /* al final está implícito.

--remotes [= ]
Haga como si todas las referencias en referencias / controles remotos estuvieran listadas en la línea de comando como .
If se da, limite las ramas de seguimiento remoto a las que coincidan con el shell dado
glob. Si falta el patrón ?, *o [, /* al final está implícito.

--glob =
Finge como si todos los refs coincidan con el glob de shell están listados en la
línea de comando como . Principal refs /, se antepone automáticamente si falta. Si
carece de patrón ?, *o [, /* al final está implícito.

--excluir =
No incluir referencias coincidentes que las siguientes --todas, - ramas, - etiquetas,
--remotes, o --glob consideraría de otra manera. Se acumulan repeticiones de esta opción
patrones de exclusión hasta el siguiente --todos, - ramas, - etiquetas, - controles remotos o - global
opción (otras opciones o argumentos no borran los patrones acumulados).

Los patrones dados no deben comenzar con referencias / cabezas, referencias / etiquetas o referencias / controles remotos cuando
aplicados a --branches, --tags, o --remotes, respectivamente, y deben comenzar con
refs / cuando se aplica a --glob o --all. Si un final /* se pretende, se debe dar
explícitamente

--reflog
Haga como si todos los objetos mencionados por reflogs estuvieran listados en la línea de comando como
.

--ignorar-faltante
Al ver un nombre de objeto inválido en la entrada, finja como si la entrada incorrecta no fuera
dado.

--stdin
Además de la enumerados en la línea de comando, léalos desde el estándar
aporte. Si un -- se ve el separador, deje de leer confirmaciones y comience a leer rutas para
limitar el resultado.

--tranquilo
No imprima nada en la salida estándar. Este formulario está destinado principalmente a permitir
llamador para probar el estado de salida para ver si un rango de objetos está completamente conectado (o
no). Es más rápido que redirigir stdout a / dev / null ya que la salida no tiene por qué
ser formateado.

--marca de cerezo
Como --cherry-pick (ver más abajo) pero marca las confirmaciones equivalentes con = en lugar de omitir
ellos, y los no equivalentes con +.

--pico de cereza
Omita cualquier confirmación que introduzca el mismo cambio que otra confirmación en el "otro lado"
cuando el conjunto de confirmaciones está limitado con diferencia simétrica.

Por ejemplo, si tiene dos ramas, A y B, una forma habitual de enumerar todas las confirmaciones en
solo un lado de ellos está con --izquierda-derecha (vea el ejemplo a continuación en la descripción
de la opción --izquierda-derecha). Sin embargo, muestra las confirmaciones seleccionadas.
de la otra rama (por ejemplo, la “3ª en la b” puede tomarse de la rama A).
Con esta opción, dichos pares de confirmaciones se excluyen de la salida.

- solo izquierda, - solo derecha
La lista solo se confirma en el lado respectivo de un rango simétrico, es decir, solo aquellos que
estaría marcado <resp. > por --izquierda-derecha.

Por ejemplo, --cherry-pick --right-only A ... B omite las confirmaciones de B que están en
A o son parches equivalentes a una confirmación en A. En otras palabras, esto enumera las confirmaciones +
de git cherry A B. Más precisamente, --cherry-pick --right-only --no-merges da la
lista exacta.

--cereza
Un sinónimo de --right-only --cherry-mark --no-merges; útil para limitar la salida a
las confirmaciones de nuestro lado y marque las que se han aplicado al otro lado de un
historia bifurcada con git log --cherry upstream ... mybranch, similar a git cherry
mybranch aguas arriba.

-g, --walk-reflogs
En lugar de recorrer la cadena de ascendencia de compromiso, recorra las entradas de re-registro de las
uno a los mayores. Cuando se usa esta opción, no se pueden especificar confirmaciones para excluir
(es decir, ^ comprometerse, compromiso1.. compromiso2y commit1 ... commit2 no se pueden utilizar notaciones).

Con --pretty formato que no sea en línea (por razones obvias), esto hace que la salida
para que se tomen dos líneas adicionales de información del reflog. Por defecto, cometer @ {Nth}
la notación se utiliza en la salida. Cuando la confirmación inicial se especifica como comprometerse @ {ahora},
la salida también usa confirmar @ {marca de tiempo} notación en su lugar. Bajo --pretty = oneline, el
El mensaje de confirmación tiene como prefijo esta información en la misma línea. Esta opción no puede
combinarse con --reverse. Ver también git-reflog(1).

--unir
Después de una fusión fallida, muestre referencias que tocan archivos que tienen un conflicto y no existen en
todas las cabezas para fusionar.

--Perímetro
La salida excluye las confirmaciones de límites. Las confirmaciones de límites tienen el prefijo -.

--utilizar-índice-de-mapa-de-bits
Intente acelerar el recorrido utilizando el índice de mapa de bits del paquete (si hay uno disponible). Nota
que cuando se atraviesa con --objects, los árboles y las manchas no tendrán sus asociados
ruta impresa.

Historia Simplificación
A veces, solo le interesan partes del historial, por ejemplo, las confirmaciones
modificando un particular . Pero hay dos partes de Historia Simplificación, una parte
es seleccionar las confirmaciones y la otra es cómo hacerlo, ya que hay varias estrategias para
simplificar la historia.

Las siguientes opciones seleccionan las confirmaciones que se mostrarán:


Se compromete a modificar lo dado son seleccionados.

- simplificar por decoración
Se seleccionan las confirmaciones que son referidas por alguna rama o etiqueta.

Tenga en cuenta que se pueden mostrar confirmaciones adicionales para proporcionar un historial significativo.

Las siguientes opciones afectan la forma en que se realiza la simplificación:

Modo por defecto
Simplifica la historia a la historia más simple explicando el estado final del árbol.
Más simple porque poda algunas ramas laterales si el resultado final es el mismo (es decir,
fusionando ramas con el mismo contenido)

--historia completa
Igual que el modo predeterminado, pero no elimina parte del historial.

--denso
Solo se muestran las confirmaciones seleccionadas, más algunas para tener un historial significativo.

--escaso
Se muestran todas las confirmaciones en el historial simplificado.

--simplificar-fusionar
Opción adicional a --full-history para eliminar algunas fusiones innecesarias del resultado
historial, ya que no hay confirmaciones seleccionadas que contribuyan a esta fusión.

- camino de ascendencia
Cuando se le da un rango de confirmaciones para mostrar (p. Ej. compromiso1.. compromiso2 or cometer2 ^ commit1),
solo mostrar confirmaciones que existen directamente en la cadena de ascendencia entre cometer1 y
cometer2, es decir, confirma que ambos son descendientes de cometer1, y antepasados ​​de cometer2.

Sigue una explicación más detallada.

Suponga que especifica foo como el . Llamaremos a las confirmaciones que modifiquen foo! TREESAME,
y el resto TREESAME. (En una diferencia filtrada para foo, se ven diferentes e iguales,
respectivamente.)

A continuación, siempre nos referiremos al mismo historial de ejemplo para ilustrar el
diferencias entre los ajustes de simplificación. Suponemos que está filtrando por un archivo
foo en este gráfico de confirmación:

.-A --- M --- N --- O --- P --- Q
/ / / / / /
IBCDEY
\ / / / / /
`------------- 'X

Se considera que la línea horizontal del historial A --- Q es el primer padre de cada combinación. El
confirmaciones son:

· I es la confirmación inicial, en la que foo existe con contenido "asdf" y un archivo quux
existe con contenido "quux". Las confirmaciones iniciales se comparan con un árbol vacío, por lo que es
! TREESAME.

· En A, foo contiene solo "foo".

· B contiene el mismo cambio que A. Su fusión M es trivial y por lo tanto TREESAME para todos
padres

· C no cambia foo, pero su combinación N lo cambia a "foobar", por lo que no es TREESAME
a cualquier padre.

· D establece foo en "baz". Su fusión O combina las cuerdas de N y D a “foobarbaz”;
es decir, no es TREESAME para ningún padre.

· E cambia quux a "xyzzy", y su combinación P combina las cadenas a "quux xyzzy". P es
TREESAME a O, pero no a E.

· X es una confirmación raíz independiente que agregó un nuevo lado de archivo e Y lo modificó. Y es
TREESAME a X. Su fusión Q agregó un lado a P, y Q es TREESAME a P, pero no a Y.

rev-list camina hacia atrás a través del historial, incluyendo o excluyendo confirmaciones en función de si
--historia completa y / o reescritura de los padres (a través de --parents o --children). El
las siguientes configuraciones están disponibles.

Modo por defecto
Las confirmaciones se incluyen si no son TREESAME para ningún padre (aunque esto puede ser
cambiado, vea --sparse a continuación). Si la confirmación fue una fusión y fue TREESAME a uno
padre, siga solo a ese padre. (Incluso si hay varios padres de TREESAME, siga
sólo uno de ellos). De lo contrario, siga a todos los padres.

Esto resulta en:

.-A --- N --- O
/ / /
IDENTIFICACIÓN

Tenga en cuenta cómo la regla de seguir solo al padre TREESAME, si hay uno disponible, se eliminó B
de consideración por completo. C se consideró a través de N, pero es TREESAME. La raíz se confirma
se comparan con un árbol vacío, entonces yo es! TREESAME.

Las relaciones entre padres e hijos solo son visibles con --parents, pero eso no afecta la
confirma seleccionado en modo predeterminado, por lo que hemos mostrado las líneas principales.

--historia completa sin reescritura por parte de los padres
Este modo difiere del predeterminado en un punto: siempre siga a todos los padres de una combinación,
incluso si es TREESAME para uno de ellos. Incluso si más de un lado de la fusión tiene
confirmaciones que están incluidas, esto no implica que la fusión en sí lo sea! En el
ejemplo, obtenemos

IABNDOPQ

M fue excluido porque es TREESAME para ambos padres. E, C y B fueron paseados,
pero solo B era! TREESAME, por lo que los demás no aparecen.

Tenga en cuenta que sin la reescritura de los padres, no es realmente posible hablar sobre el
relaciones padre / hijo entre las confirmaciones, por lo que las mostramos desconectadas.

--historia completa con reescritura de los padres
Las confirmaciones ordinarias solo se incluyen si son! TREESAME (aunque esto se puede cambiar,
ver --sparse a continuación).

Las fusiones siempre están incluidas. Sin embargo, su lista de padres se reescribe: A lo largo de cada
padre, elimine las confirmaciones que no estén incluidas. Esto resulta en

.-A --- M --- N --- O --- P --- Q
/ / / / /
IB / D /
\ / / / /
`------------- '

Compare con --full-history sin reescribir lo anterior. Tenga en cuenta que E fue podado porque
es TREESAME, pero la lista principal de P se reescribió para contener la I principal de E.
lo mismo sucedió con C y N, y X, Y y Q.

Además de la configuración anterior, puede cambiar si TREESAME afecta la inclusión:

--denso
Las confirmaciones que se caminan se incluyen si no son TREESAME para ningún padre.

--escaso
Se incluyen todas las confirmaciones que se recorren.

Tenga en cuenta que sin --full-history, esto aún simplifica las fusiones: si uno de los padres
es TREESAME, seguimos solo ese, por lo que los otros lados de la fusión nunca son
caminó.

--simplificar-fusionar
Primero, construya un gráfico de historial de la misma manera que: historial completo con reescritura de los padres
hace (ver arriba).

Luego simplifique cada compromiso C con su reemplazo C 'en el historial final de acuerdo con
las siguientes reglas:

· Establezca C 'en C.

· Reemplazar cada padre P de C 'con su simplificación P'. En el proceso, suelte
padres que son antepasados ​​de otros padres o que son root compromete TREESAME a
un árbol vacío y elimine los duplicados, pero tenga cuidado de no dejar nunca a todos los padres que
somos TREESAME a.

· Si después de esta reescritura principal, C 'es una confirmación de raíz o fusión (tiene cero o> 1
padres), un compromiso de límite, o! TREESAME, permanece. De lo contrario, se reemplaza
con su único padre.

El efecto de esto se muestra mejor comparándolo con --full-history with parent
reescritura. El ejemplo se convierte en:

.-A --- M --- N --- O
/ / /
EII
\ / /
`--------- '

Tenga en cuenta las principales diferencias en N, P y Q en --full-history:

· Se eliminó la lista de padres de N, porque es un antepasado del otro padre M.
Aún así, N se quedó porque es! TREESAME.

· La lista de padres de P también había sido eliminada. Entonces P se eliminó por completo, porque
tenía uno de los padres y es TREESAME.

· La lista principal de Q tenía Y simplificado a X. Luego se eliminó X, porque era un
Raíz TREESAME. Q luego se eliminó por completo, porque tenía uno de los padres y es
AMERICANO.

Finalmente, hay un quinto modo de simplificación disponible:

- camino de ascendencia
Limite las confirmaciones mostradas a aquellas directamente en la cadena de ascendencia entre el "desde"
y "a" confirmaciones en el rango de confirmación dado. Es decir, solo mostrar confirmaciones que son
ancestro de la confirmación "a" y descendientes de la confirmación "desde".

Como caso de uso de ejemplo, considere el siguiente historial de confirmaciones:

D --- E ------- F
/ \ \
B --- C --- G --- H --- I --- J
/ \
A ------- K --------------- L - M

Un habitual D..M calcula el conjunto de confirmaciones que son antepasados ​​de M, pero excluye el
los que son antepasados ​​de D. Esto es útil para ver qué pasó con la historia
que lleva a M desde D, en el sentido de que “qué tiene M que no existía en D”.
El resultado en este ejemplo serían todas las confirmaciones, excepto A y B (y la propia D, de
curso).

Cuando queremos averiguar qué confirmaciones en M están contaminadas con el error introducido por
D y es necesario corregirlo, sin embargo, es posible que deseemos ver solo el subconjunto de D..M que se
realmente descendientes de D, es decir, excluyendo a C y K. Esto es exactamente lo que
La opción --ancestry-path lo hace. Aplicado al D..M rango, resulta en:

E ------- F
\ \
G --- H --- I --- J
\
L - M

La opción --simplify-by-decoration le permite ver solo el panorama general del
topología del historial, omitiendo las confirmaciones a las que no hacen referencia las etiquetas. Los compromisos son
marcado como! TREESAME (en otras palabras, guardado después de las reglas de simplificación del historial descritas
arriba) si (1) son referenciados por etiquetas, o (2) cambian el contenido de las rutas
dado en la línea de comando. Todas las demás confirmaciones se marcan como TREESAME (sujeto a
simplificado).

Bisección Ayudantes
--bisecar
Limite la salida al único objeto de confirmación que se encuentra aproximadamente a medio camino entre incluido y
confirmaciones excluidas. Tenga en cuenta que la bisección incorrecta ref refs / bisect / bad se agrega a la
se incluyen confirmaciones (si existe) y las buenas referencias de bisección refs / bisect / good- * son
agregado a las confirmaciones excluidas (si existen). Por lo tanto, suponiendo que no haya referencias en
refs / bisect /, si

$ git rev-list --bisect foo ^ bar ^ baz

salidas punto medio, la salida de los dos comandos

$ git rev-list foo ^ punto medio
$ git punto medio de lista de revoluciones ^ bar ^ baz

tendría aproximadamente la misma longitud. Encontrar el cambio que introduce una regresión
se reduce así a una búsqueda binaria: genere y pruebe repetidamente nuevos 'puntos medios hasta que
la cadena de compromiso es de longitud uno. No se puede combinar con --first-parent.

--bisect-vars
Esto calcula lo mismo que --bisect, excepto que las referencias en refs / bisect / no se utilizan,
y excepto que esto genera texto listo para ser evaluado por el shell. Estas líneas
asignar el nombre de la revisión del punto medio a la variable bisect_rev, y el esperado
número de confirmaciones que se probarán después de que bisect_rev se pruebe a bisect_nr, el esperado
número de confirmaciones que se probarán si bisect_rev resulta ser bueno para bisect_good, el
número esperado de confirmaciones que se probarán si bisect_rev resulta ser malo para
bisect_bad, y el número de confirmaciones que estamos bisectando ahora para bisect_all.

--bisecar-todo
Esto genera todos los objetos de confirmación entre las confirmaciones incluidas y excluidas, ordenadas
por su distancia a los commits incluidos y excluidos. Las referencias en refs / bisect / no son
usado. El más alejado de ellos se muestra primero. (Este es el único que muestra
--bisecar.)

Esto es útil porque facilita la elección de un buen compromiso para probar cuando lo desee.
para evitar probar algunos de ellos por alguna razón (es posible que no se compilen, por ejemplo).

Esta opción se puede utilizar junto con --bisect-vars, en este caso, después de todo el ordenado
confirmar objetos, habrá el mismo texto que si --bisect-vars se hubiera usado solo.

COMPROMÉTASE Órdenes
De forma predeterminada, las confirmaciones se muestran en orden cronológico inverso.

--fecha-orden
No mostrar padres antes de que se muestren todos sus hijos, pero de lo contrario mostrar confirmaciones en
el orden de la marca de tiempo de confirmación.

--autor-fecha-orden
No mostrar padres antes de que se muestren todos sus hijos, pero de lo contrario mostrar confirmaciones en
el orden de la marca de tiempo del autor.

--toporden
No mostrar padres antes de que se muestren todos sus elementos secundarios y evitar mostrar confirmaciones en
múltiples líneas de historia entremezcladas.

Por ejemplo, en un historial de confirmaciones como este:

--- 1 ---- 2 ---- 4 ---- 7
\ \

3 ---- 5 ---- 6 ---- 8 ---
donde los números denotan el orden de las marcas de tiempo de confirmación, git rev-list y amigos con
--date-order muestra las confirmaciones en el orden de la marca de tiempo: 8 7 6 5 4 3 2 1.

Con --topo-order, mostrarían 8 6 5 3 7 4 2 1 (o 8 7 4 2 6 5 3 1); algunos mayores
Las confirmaciones se muestran antes que las más nuevas para evitar mostrar las confirmaciones de dos
pista de desarrollo paralela mezclada.

--contrarrestar
Imprima las confirmaciones en orden inverso. No se puede combinar con --walk-reflogs.

Objeto Travesía
Estas opciones están destinadas principalmente al empaquetado de repositorios de Git.

--objetos
Imprima los ID de objeto de cualquier objeto al que hagan referencia las confirmaciones enumeradas. --objetos foo
^ bar, por lo tanto, significa "enviarme todos los ID de objeto que necesito descargar si tengo la confirmación
objeto de caramelos pero no foo.

--objetos-borde
Similar a --objects, pero también imprime los ID de las confirmaciones excluidas con el prefijo "-"
personaje. Esto es usado por git-pack-objetos(1) para construir un paquete "delgado", que registra
objetos en forma deltificada basados ​​en objetos contenidos en estos compromisos excluidos para
reducir el tráfico de la red.

--objetos-borde-agresivos
Similar a --objects-edge, pero se esfuerza por encontrar confirmaciones excluidas a costa de
tiempo aumentado. Esto se usa en lugar de --objects-edge para construir paquetes "delgados" para
repositorios poco profundos.

--objetos-indexados
Imagina que todos los árboles y blobs utilizados por el índice se enumeran en la línea de comandos.
Tenga en cuenta que probablemente también desee utilizar --objects.

--desempaquetado
Solo es útil con --objects; imprima los ID de objeto que no están en paquetes.

--no-walk [= (ordenado | sin clasificar)]
Solo muestre las confirmaciones dadas, pero no recorra sus ancestros. Esto no tiene efecto
si se especifica un rango. Si se proporciona el argumento sin clasificar, las confirmaciones se muestran en
la orden que se les dio en la línea de comando. De lo contrario (si se ordenó o no se incluyó ningún argumento
dado), las confirmaciones se muestran en orden cronológico inverso por hora de confirmación. No puede ser
combinado con --graph.

- caminar
Anula un --no-walk anterior.

COMPROMÉTASE Maquetación
Usando estas opciones, git-rev-lista(1) actuará de manera similar a la familia más especializada de
comprometer herramientas de registro: registro de git(1) git-mostrar(1), y git-lo que ha cambiado(1)

--pretty [= ], --format =
Imprime el contenido de los registros de confirmación en un formato dado, donde puede ser
uno de una línea, Corto, mediano , ser completados, batán, email, crudo, formato: y
tformat:. Cuando el no es ninguno de los anteriores, y tiene % marcador de posición en eso, es
actúa como si --pretty = tformat: fueron dados.

Consulte la sección "BONITOS FORMATOS" para obtener detalles adicionales para cada formato. Cuando
= parte se omite, por defecto es mediano .

Nota: puede especificar el formato bonito predeterminado en la configuración del repositorio (consulte
git-config(1)).

--compromiso abreviado
En lugar de mostrar el nombre completo del objeto de confirmación hexadecimal de 40 bytes, muestre solo un
prefijo parcial. El número de dígitos no predeterminado se puede especificar con "--abbrev = "
(que también modifica la salida diff, si se muestra).

Esto debería hacer que "--pretty = oneline" sea mucho más legible para las personas que usan
Terminales de 80 columnas.

--no-abrev-commit
Muestra el nombre completo del objeto de confirmación hexadecimal de 40 bytes. Esto niega --abbrev-commit y
aquellas opciones que lo impliquen como "--oneline". También anula la
log.abrevCommit variable.

--una línea
Esta es una abreviatura de "--pretty = oneline --abbrev-commit" usados ​​juntos.

--encoding =
Los objetos de confirmación registran la codificación utilizada para el mensaje de registro en su codificación
encabezamiento; esta opción se puede usar para decirle al comando que vuelva a codificar el mensaje de registro de confirmación
en la codificación preferida por el usuario. Para los comandos que no son de plomería, este valor predeterminado es
UTF-8. Tenga en cuenta que si un objeto afirma estar codificado en X y lo estamos generando en X,
generará el objeto textualmente; esto significa que las secuencias inválidas en el original
La confirmación se puede copiar a la salida.

- show-firma
Verifique la validez de un objeto de confirmación firmado pasando la firma a gpg --verify
y mostrar la salida.

- fecha relativa
Sinónimo de --date = relativo.

--fecha =
Solo tiene efecto para las fechas que se muestran en formato legible por humanos, como cuando se usa
--bonito. La variable de configuración log.date establece un valor predeterminado para el comando log --date
opción. De forma predeterminada, las fechas se muestran en la zona horaria original (ya sea del confirmador o
del autor). Si -local se agrega al formato (por ejemplo, iso-local), el local del usuario
En su lugar, se utiliza la zona horaria.

--fecha = relativa muestra fechas relativas a la hora actual, por ejemplo, "hace 2 horas". El
La opción -local no se puede usar con --raw o --relative.

--date = local es un alias de --date = default-local.

--date = iso (o --date = iso8601) muestra marcas de tiempo en un formato similar a ISO 8601. El
Las diferencias con el formato estricto ISO 8601 son:

· Un espacio en lugar del delimitador de fecha / hora T

· Un espacio entre el tiempo y la zona horaria

· Sin dos puntos entre las horas y los minutos de la zona horaria

--date = iso-estricto (o --date = iso8601-estricto) muestra marcas de tiempo en ISO 8601 estricto
formato.

--date = rfc (o --date = rfc2822) muestra marcas de tiempo en formato RFC 2822, que a menudo se encuentran en
mensajes de correo electrónico.

--date = short muestra solo la fecha, pero no la hora, en formato AAAA-MM-DD.

--date = raw muestra la fecha en el formato interno de Git sin procesar% s% z formato.

--date = formato: ... alimenta el formato ... a su sistema strftime. Utilice --date = formato:% c
para mostrar la fecha en el formato preferido de la configuración regional de su sistema. Consulte el manual de strftime para
una lista completa de marcadores de posición de formato. Cuando se usa -local, la sintaxis correcta es
--fecha = formato-local: ....

--date = default es el formato predeterminado y es similar a --date = rfc2822, con algunos
excepciones:

· No hay coma después del día de la semana

· La zona horaria se omite cuando se utiliza la zona horaria local

--encabezamiento
Imprime el contenido de la confirmación en formato raw; cada registro está separado con un NUL
carácter.

--padres
Imprima también los padres de la confirmación (en la forma "padre de confirmación ..."). También habilita
padre reescribiendo, ver Historia Simplificación abajo.

--niños
Imprime también los hijos de la confirmación (en la forma "hijo de confirmación ..."). También habilita
padre reescribiendo, ver Historia Simplificación abajo.

- marca de tiempo
Imprime la marca de tiempo de la confirmación sin procesar.

--izquierda derecha
Marque de qué lado de una diferencia simétrica se puede acceder a una confirmación. Compromete desde la izquierda
Los lados tienen el prefijo <y los de la derecha con>. Si se combina con --boundary,
esas confirmaciones tienen el prefijo -.

Por ejemplo, si tiene esta topología:

y --- b --- b rama B
/\/
/.
/ / \
o --- x --- a --- una rama A

obtendría una salida como esta:

$ git rev-list --left-right --boundary --pretty = oneline A ... B

> bbbbbbb ... 3º en b
> bbbbbbb ... 2do en b
<aaaaaaa... 3º en un
<aaaaaaa... 2do en un
-yyyyyyy ... 1º en b
-xx... primero en un

--grafico
Dibuje una representación gráfica basada en texto del historial de confirmaciones en el lado izquierdo
de la salida. Esto puede hacer que se impriman líneas adicionales entre confirmaciones, en orden
para que el historial del gráfico se dibuje correctamente. No se puede combinar con --no-walk.

Esto permite la reescritura de los padres, consulte Historia Simplificación abajo.

Esto implica la opción --topo-order por defecto, pero la opción --date-order también puede
se especifico.

--show-linear-break [= ]
Cuando no se utiliza --graph, todas las ramas del historial se aplanan, lo que puede dificultar la
ver que las dos confirmaciones consecutivas no pertenecen a una rama lineal. Esta opción
pone una barrera entre ellos en ese caso. Si se especifica, es el
cadena que se mostrará en lugar de la predeterminada.

--contar
Imprima un número que indique cuántas confirmaciones se habrían enumerado y suprima todas las demás
producción. Cuando se usa junto con --izquierda-derecha, en su lugar imprime los recuentos para la izquierda y
confirmaciones a la derecha, separadas por una pestaña. Cuando se usa junto con --cherry-mark, omite el parche
confirmaciones equivalentes de estos recuentos e imprime el recuento de confirmaciones equivalentes
separados por una pestaña.

BONITO FORMATOS

Si la confirmación es una fusión, y si el formato bonito no es una línea, email or crudo, un
se inserta una línea adicional antes de la Escrito por: línea. Esta línea comienza con "Merge:" y
los sha1s de las confirmaciones ancestrales se imprimen, separados por espacios. Tenga en cuenta que el listado
Las confirmaciones pueden no ser necesariamente la lista de de reservas el padre se compromete si tiene limitaciones
su visión del historial: por ejemplo, si solo está interesado en los cambios relacionados con un
cierto directorio o archivo.

Hay varios formatos integrados y puede definir formatos adicionales configurando un
lindo. config a otro nombre de formato, o un formato: cuerda, como
descrito a continuación (ver git-config(1)). Aquí están los detalles de los formatos integrados:

· una línea



Está diseñado para ser lo más compacto posible.

· Corto

cometer
Autor:



· mediano

cometer
Autor:
Fecha:





· ser completados

cometer
Autor:
Cometer:





· batán

cometer
Autor:
Autor Fecha:
Cometer:
Fecha de cometer:





· email

De
De:
Fecha:
Asunto: [PATCH]



· crudo

El crudo El formato muestra la confirmación completa exactamente como se almacena en el objeto de confirmación.
En particular, los SHA-1 se muestran en su totalidad, independientemente de si --abbrev o
--no-abrev se utilizan, y padres. La información muestra que el padre verdadero se compromete, sin
teniendo en cuenta los injertos o la simplificación de la historia. Tenga en cuenta que este formato afecta
la forma en que se muestran las confirmaciones, pero no la forma en que se muestra la diferencia, por ejemplo, con git log
--crudo. Para obtener los nombres completos de los objetos en un formato de diferencias sin formato, use --no-abbrev.

· formato:

El formato: El formato le permite especificar qué información desea mostrar.
Funciona un poco como el formato printf, con la notable excepción de que obtienes un
nueva línea con %n en lugar de \n.

P.ej, formato: "El autor of %h fue %un, % ar% nThe título fue >>% s <<% n " mostraría
algo como esto:

El autor de fe6e0ee fue Junio ​​C Hamano, hace 23 horas
El título era >> t4119: test autocomputing -p para entrada diferencial tradicional. <

Los marcadores de posición son:

· %H: cometer hash

· %h: hash de confirmación abreviado

· %T: hash de árbol

· %t: hash de árbol abreviado

· %P: hash de los padres

· %p: hashes de padres abreviados

· %un: nombre del autor

· %un: nombre del autor (respetando .mailmap, ver git-shortlog(1) o culpable(1))

· % ae: correo electrónico del autor

· % aE: correo electrónico del autor (respetando .mailmap, consulte git-shortlog(1) o culpable(1))

· %anuncio: fecha del autor (el formato respeta la opción --date =)

· %anuncio: fecha del autor, estilo RFC2822

· %Arkansas: fecha del autor, relativo

· %a: fecha del autor, marca de tiempo UNIX

· %ai: fecha del autor, formato similar a ISO 8601

· %ai: fecha del autor, formato estricto ISO 8601

· % cn: nombre del autor

· % cN: nombre del confirmador (respetando .mailmap, consulte git-shortlog(1) o culpable(1))

· % ce: correo electrónico del autor

· % cE: correo electrónico del confirmador (respetando .mailmap, consulte git-shortlog(1) o culpable(1))

· %CD: fecha del confirmador (el formato respeta la opción --date =)

· %CD: fecha de confirmación, estilo RFC2822

· % cr: fecha del autor, relativa

· %Connecticut: fecha de confirmación, marca de tiempo UNIX

· % ci: fecha de confirmación, formato similar a ISO 8601

· % cI: fecha de confirmación, formato estricto ISO 8601

· %d: nombres de referencia, como la opción --decorate de registro de git(1)

· %D: nombres de referencia sin el ajuste "(", ")".

· %e: codificación

· %s: tema

· %f: línea de asunto desinfectada, adecuada para un nombre de archivo

· %b: cuerpo

· %B: cuerpo crudo (sujeto y cuerpo sin envolver)

· % GG: mensaje de verificación sin procesar de GPG para una confirmación firmada

· %¿GRAMO?: muestre "G" para una buena firma, "B" para una mala firma, "U" para una buena,
firma no confiable y "N" para no firma

· % GS: muestra el nombre del firmante de un compromiso firmado

· %G K: muestra la clave utilizada para firmar una confirmación firmada

· % gD: selector de reflog, p. ej., refs / stash @ {1}

· % gd: selector de reflog acortado, p. ej., alijo @ {1}

· % gn: reflog nombre de identidad

· % gN: reflog nombre de identidad (respetando .mailmap, ver git-shortlog(1) o git-
culpa(1))

· % ge: volver a registrar el correo electrónico de identidad

· % gE: volver a registrar el correo electrónico de identidad (respetando .mailmap, consulte git-shortlog(1) o git-
culpa(1))

· % gs: reflog sujeto

· % Cred: cambia el color a rojo

· % Cverde: cambia el color a verde

· % Cazul: cambia el color a azul

· % Cresta: restablecer color

· %C(...): especificación de color, como se describe en color.branch. * opción de configuración; agregando
automático, al principio emitirá color solo cuando los colores estén habilitados para la salida del registro
(por color.diff, color.ui o --color, y respetando la configuración automática del
ex si vamos a una terminal). automático solo (es decir,% C (automático)) se encenderá
coloración automática en los siguientes marcadores de posición hasta que se cambie de color nuevamente.

· %m: izquierda, derecha o marca de límite

· %n: nueva línea

· %%: un crudo %

· % x00: imprime un byte de un código hexadecimal

· % w ([ [, [, ]]]): cambiar el ajuste de línea, como la opción -w de git-
bitácora(1).

· % <( [, trunc | ltrunc | mtrunc]): haga que el siguiente marcador de posición tome al menos N columnas,
espacios de relleno a la derecha si es necesario. Opcionalmente truncar al principio
(ltrunc), el medio (mtrunc) o el final (trunc) si la salida es más larga que N
columnas. Tenga en cuenta que truncar solo funciona correctamente con N> = 2.

· % <| ( ): haga que el siguiente marcador de posición tome al menos hasta las columnas N, relleno
espacios a la derecha si es necesario

· %> ( ), %> | ( ): Similar a % <( ), % <| ( ) respectivamente, pero espacios de relleno
a la izquierda

· % >> ( ), % >> | ( ): Similar a %> ( ), %> | ( ) respectivamente, excepto que si el
el siguiente marcador de posición ocupa más espacios de los indicados y hay espacios a su izquierda,
usa esos espacios

· %> <( ), %> <| ( ): Similar a % <( ), % <| ( ) respectivamente, pero rellenando ambos
lados (es decir, el texto está centrado)

Note
Algunos marcadores de posición pueden depender de otras opciones dadas al motor de recorrido de revisión.
Por ejemplo, las opciones de% g * reflog insertarán una cadena vacía a menos que estemos
atravesando entradas de reflog (por ejemplo, por git log -g). Los marcadores de posición% d y% D utilizarán
el formato de decoración "corto" si --decorate aún no se proporcionó en el comando
la línea.

Si agrega un + (signo más) después % de un marcador de posición, se inserta un salto de línea inmediatamente
antes de la expansión si y solo si el marcador de posición se expande a una cadena no vacía.

Si agrega un - (signo menos) después % de un marcador de posición, los avances de línea que preceden inmediatamente
las expansiones se eliminan si y solo si el marcador de posición se expande a una cadena vacía.

Si agrega un `` (espacio) después % de un marcador de posición, se inserta un espacio inmediatamente antes
la expansión si y solo si el marcador de posición se expande a una cadena no vacía.

· formato:

El formato: el formato funciona exactamente como formato:, excepto que proporciona "terminador"
semántica en lugar de semántica de "separador". En otras palabras, cada compromiso tiene la
carácter de terminación del mensaje (generalmente una nueva línea) agregado, en lugar de un separador
colocado entre las entradas. Esto significa que la entrada final de un formato de una sola línea
terminar correctamente con una nueva línea, tal como lo hace el formato "en línea". Para
ejemplo:

$ git log -2 --pretty = formato:% h 4da45bef \
| perl -pe '$ _. = "- NO NEWLINE \ n" a menos que / \ n /'
4da45be
7134973 - SIN NEWLINE

$ git log -2 --pretty = tformat:% h 4da45bef \
| perl -pe '$ _. = "- NO NEWLINE \ n" a menos que / \ n /'
4da45be
7134973

Además, cualquier cadena no reconocida que tenga un% se interpreta como si tuviera
tformat: delante de él. Por ejemplo, estos dos son equivalentes:

$ git log -2 --pretty = tformat:% h 4da45bef
$ git log -2 --pretty =% h 4da45bef

GIT

Parte de los git(1) suite

Use git-rev-list en línea usando los servicios de onworks.net