GitGit Patch


Sintaxis

  • git am [--signoff] [--keep] [- [no-] keep-cr] [- [no-] utf8] [--3way] [--interactive] [--committer-date-is -autor-fecha] [--nombre-fecha] [--nombre-espacio-cambio | --ignore-whitespace] [--whitespace = <option>] [-C <n>] [-p <n>] [--directory = <dir>] [--exclude = <path>] [- include = <path>] [--reject] [-q | --quiet] [- [no-] tijeras] [-S [<keyid>]] [--patch-format = <format>] [(<mbox> | <Maildir>) ...]
  • git am (--continuar | --skip | --abort)

Parámetros

Parámetro Detalles
(<mbox> | <Maildir>) ... La lista de archivos de buzones para leer parches. Si no proporciona este argumento, el comando se lee desde la entrada estándar. Si suministra directorios, serán tratados como Maildirs.
-s, --signoff Agregue una línea Firmed-off-by: al mensaje de confirmación, utilizando la identidad de usuario de usted.
-q, --quiet Silencio. Sólo imprimir mensajes de error.
-u, --utf8 Pasa la bandera -u a git mailinfo . El mensaje de registro de compromiso propuesto tomado del correo electrónico se vuelve a codificar en la codificación UTF-8 (la variable de configuración i18n.commitencoding se puede usar para especificar la codificación preferida del proyecto si no es UTF-8). Puedes usar --no-utf8 para anular esto.
--no-utf8 Pasa la bandera -n a git mailinfo.
-3, --3way Cuando el parche no se aplica limpiamente, recurra a la combinación de 3 vías si el parche registra la identidad de las manchas a las que se debe aplicar y tenemos esas manchas disponibles localmente.
--decoración-fecha, - cambio-espacio-ignorar, - espacio-blanco ignorante, - espacio en blanco = <opción>, -C <n>, -p <n>, --directorio = <dir>, - exclude = <path>, --include = <path>, --reject Estas banderas se pasan al programa git apply que aplica el parche.
--patch-format 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 en el que se deben interpretar los parches. Los formatos válidos son mbox , stgit , stgit-series y hg .
-i, --interactivo Ejecutar de forma interactiva.
--committer-date-is-author-date De forma predeterminada, el comando registra la fecha del mensaje de correo electrónico como la fecha del autor de confirmación y utiliza la hora de creación de confirmación como la fecha de envío. Esto permite al usuario mentir acerca de la fecha de envío utilizando el mismo valor que la fecha de autor.
--la fecha de inicio De forma predeterminada, el comando registra la fecha del mensaje de correo electrónico como la fecha del autor de confirmación y utiliza la hora de creación de confirmación como la fecha de envío. Esto le permite al usuario mentir acerca de la fecha del autor utilizando el mismo valor que la fecha de envío.
--omitir Salta el parche actual. Esto solo es significativo cuando se reinicia un parche abortado.
-S [<keyid>], --gpg-sign [= <keyid>] GPG-firma se compromete.
--continuar, -r, --resuelto Después de una falla en el parche (por ejemplo, intentar aplicar un parche conflictivo), el usuario lo ha aplicado manualmente y el archivo de índice almacena el resultado de la aplicación. Realice una confirmación utilizando el registro de autoría y confirmación extraído del mensaje de correo electrónico y el archivo de índice actual, y continúe.
--resolvemsg = <msg> Cuando se produce una falla en el parche, <msg> se imprimirá en la pantalla antes de salir. Esto anula el mensaje estándar que le informa que use --continue o --skip para manejar la falla. Esto es únicamente para uso interno entre git rebase y git am .
--abortar Restaure la rama original y cancele la operación de parcheo.

Git Patch Ejemplos relacionados