Este es el comando git-am 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, el emulador en línea de Windows o el emulador en línea de MAC OS.
PROGRAMA:
NOMBRE
git-am: aplica una serie de parches desde un buzón de correo
SINOPSIS
git am [--signoff] [--keep] [- [no-] keep-cr] [- [no-] utf8]
[- [no-] 3way] [--interactive] [--committer-date-is-author-date]
[--ignore-date] [--ignore-space-change | --ignore-whitepace]
[- espacio en blanco = ] [-C ] [-pag ] [--directory = ]
[--exclude = ] [--include = ] [--rechazar] [-q | --tranquilo]
[- [no-] tijeras] [-S [ ]] [--patch-format = ]
[( | ) ...]
git am (--continuar | --skip | --abort)
DESCRIPCIÓN
Divide los mensajes de correo de un buzón en mensajes de registro de confirmación, información de autoría y
parches y los aplica a la rama actual.
CAMPUS
( | ) ...
La lista de archivos de buzón de correo para leer parches. Si no proporciona este argumento,
el comando lee de la entrada estándar. Si proporciona directorios, serán
tratados como Maildirs.
-s, --firmar
Agregue una línea Signed-off-by: al mensaje de confirmación, utilizando la identidad de confirmación de
tú mismo. Ver la opción de firma en compromiso de git(1) para obtener más información.
-k, --mantener
Pasar la bandera -k a git mailinfo (consulta: git-mailinfo(1)).
--mantener-sin-parche
Pasar la bandera -b a git mailinfo (consulta: git-mailinfo(1)).
- [no-] keep-cr
Con --keep-cr, llame git división de correo (consulta: git-mailsplit(1)) con la misma opción, para
evitar que se desprenda CR al final de las líneas. Variable de configuración am.keepcr
se puede utilizar para especificar el comportamiento predeterminado. --no-keep-cr es útil para anular
soy.keepcr.
-c, - tijeras
Retire todo en el cuerpo antes de una línea de tijeras (ver git-mailinfo(1)). Puede ser
activado por defecto usando la variable de configuración mailinfo.scissors.
--no tijeras
Ignore las líneas de las tijeras (consulte git-mailinfo(1)).
-m, - id-mensaje
Pase la bandera -m a git mailinfo (consulta: git-mailinfo(1)), de modo que el encabezado Message-ID
se agrega al mensaje de confirmación. La variable de configuración am.messageid se puede utilizar para
especificar el comportamiento predeterminado.
--no-id-mensaje
No agregue el encabezado Message-ID al mensaje de confirmación. no-message-id es útil para
anular am.messageid.
-q, - silencioso
Tranquilizarse. Imprima solo mensajes de error.
-u, --utf8
Pasar la bandera -u a git mailinfo (consulta: git-mailinfo(1)). El mensaje de registro de confirmación propuesto
tomado del correo electrónico se vuelve a codificar en codificación UTF-8 (variable de configuración
i18n.commitencoding se puede utilizar para especificar la codificación preferida del proyecto si no es
UTF-8).
Esto era opcional en versiones anteriores de git, pero ahora es el predeterminado. Puedes usar
--no-utf8 para anular esto.
--no-utf8
Pasar la bandera -n a git mailinfo (consulta: git-mailinfo(1)).
-3, --3 vías, --no-3 vías
Cuando el parche no se aplica limpiamente, recurra a la combinación de 3 vías si el parche registra
la identidad de los blobs a los que se supone que se aplica y tenemos esos blobs disponibles
en la zona. --no-3way se puede utilizar para anular la variable de configuración am.threeWay. Para
más información, consulte am.threeWay en git-config(1).
--ignore-space-change, --ignore-whitespace, --whitespace = , -C , -pag ,
--directory = , --excluir = , --incluir = , --rechazar
Estas banderas se pasan al git aplicar (consulta: aplicar git(1)) programa que aplica el
parche.
--formato de parche
Por defecto, el comando intentará detectar el formato del parche automáticamente. Esta opción
permite al usuario omitir la detección automática y especificar el formato de parche que
los parches deben interpretarse como. Los formatos válidos son mbox, stgit, stgit-series
y hg.
-i, --interactivo
Ejecutar de forma interactiva.
--fecha-committer-es-fecha-autor
De forma predeterminada, el comando registra la fecha del mensaje de correo electrónico como autor de la confirmación.
date y utiliza la hora de creación de la confirmación como fecha de confirmación. Esto permite al usuario
mentir sobre la fecha de confirmación utilizando el mismo valor que la fecha del autor.
--ignorar-fecha
De forma predeterminada, el comando registra la fecha del mensaje de correo electrónico como autor de la confirmación.
date y utiliza la hora de creación de la confirmación como fecha de confirmación. Esto permite al usuario
mentir sobre la fecha del autor usando el mismo valor que la fecha del autor.
--saltar
Omita el parche actual. Esto solo es significativo cuando se reinicia un parche cancelado.
-S[ ], --gpg-sign [= ]
GPG-sign confirma. El argumento keyid es opcional y el valor predeterminado es el confirmador.
identidad; si se especifica, debe pegarse a la opción sin un espacio.
--continuar, -r, --resuelto
Después de un error de parche (por ejemplo, al intentar aplicar un parche conflictivo), el usuario ha
lo aplicó a mano y el archivo de índice almacena el resultado de la aplicación. Hacer una
confirmar utilizando la autoría y el registro de confirmación extraído del mensaje de correo electrónico y el
archivo de índice actual y continuar.
--resolvemsg =
Cuando ocurre una falla en el parche, se imprimirá en la pantalla antes de salir. Esta
anula el mensaje estándar que le informa que use --continue o --skip para manejar el
falla. Esto es únicamente para uso interno entre git rebase y git am.
--abortar
Restaure la rama original y anule la operación de parcheo.
DISCUSIÓN
El nombre del autor de la confirmación se toma de la línea "De:" del mensaje y el autor de la confirmación
la fecha se toma de la línea "Fecha:" del mensaje. La línea "Asunto:" se utiliza como
título de la confirmación, después de eliminar el prefijo común "[PATCH ]". El tema: "
Se supone que line describe de forma concisa de qué se trata la confirmación en una línea de texto.
Las líneas "De:" y "Asunto:" que comienzan el cuerpo anulan el autor de confirmación respectivo
valores de nombre y título tomados de los encabezados.
El mensaje de confirmación está formado por el título tomado del "Asunto:", una línea en blanco y el
cuerpo del mensaje hasta donde comienza el parche. Exceso de espacios en blanco al final de cada
la línea se elimina automáticamente.
Se espera que el parche esté en línea, inmediatamente después del mensaje. Cualquier línea que sea de
la forma:
· Tres guiones y final de línea, o
· Una línea que comienza con "diff -", o
· Una línea que comienza con "Índice:"
se toma como el comienzo de un parche, y el mensaje de registro de confirmación finaliza antes de
primera aparición de tal línea.
Al invocar inicialmente git am, le da los nombres de los buzones de correo para procesar. Sobre
al ver el primer parche que no se aplica, aborta en el medio. Puedes recuperarte de
esto de una de dos maneras:
1. omita el parche actual volviendo a ejecutar el comando con el --saltar .
2. resuelva manualmente el conflicto en el directorio de trabajo y actualice el archivo de índice para traer
en un estado que debería haber producido el parche. Luego ejecute el comando con el
--Seguir .
El comando se niega a procesar nuevos buzones de correo hasta que finalice la operación actual, por lo que
si decide comenzar de nuevo desde cero, ejecute git am --abort antes de ejecutar el comando
con nombres de buzones.
Antes de que se apliquen los parches, ORIG_HEAD se establece en la punta de la rama actual. Este es
útil si tiene problemas con varias confirmaciones, como ejecutar git am en la rama equivocada
o un error en las confirmaciones que se corrige más fácilmente cambiando el buzón (por ejemplo, errores
en las líneas "De:").
MANOS
Este comando puede ejecutar los ganchos applypatch-msg, pre-applypatch y post-applypatch. Ver
garfios(5) para obtener más información.
Usa git-am en línea usando los servicios de onworks.net
