Buscar..
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. |
Creando un parche
Para crear un parche, hay dos pasos.
- Realiza tus cambios y compromételos.
- Ejecute
git format-patch <commit-reference>para convertir todas las confirmaciones desde el commit <commit-reference> (sin incluirlo) en archivos de parches.
Por ejemplo, si los parches deberían generarse a partir de los dos últimos confirmaciones:
git format-patch HEAD~~
Esto creará 2 archivos, uno para cada confirmación desde HEAD~~ , como esto:
0001-hello_world.patch
0002-beginning.patch
Aplicando parches
Podemos usar git apply some.patch para que los cambios del archivo .patch apliquen a su directorio de trabajo actual. Serán desestabilizados y deberán comprometerse.
Para aplicar un parche como confirmación (con su mensaje de confirmación), use
git am some.patch
Para aplicar todos los archivos de parche al árbol:
git am *.patch
Modified text is an extract of the original Stack Overflow Documentation
Licenciado bajo CC BY-SA 3.0
No afiliado a Stack Overflow
