tag - ¿La preparación de un git compromete la mensajería antes de comprometerse?
git tag best practices (3)
¿Es posible preparar un mensaje de compromiso antes de una confirmación, lo que significa que escribiré mi mensaje de compromiso antes de la confirmación real o durante el directorio de trabajo para saber en qué estoy trabajando y sé qué será esta rama o compromiso? acerca de. Cuando digo "antes" no me refiero solo a un par de segundos antes de ingresar la confirmación en la línea de comandos. Literalmente me refiero justo después de una confirmación o al inicio de una rama para que la próxima confirmación herede automáticamente el mensaje en la cola o lo que sea que pueda llamarse.
Naturalmente, puedo poner estos mensajes durante la confirmación, para mí hay una diferencia. Y puedo ver que el argumento de well git no es para eso también. Solo tengo curiosidad por eso.
También sé que puedo darle a mis sucursales nombres más significativos, pero solo quiero un poco de espacio para tal fin.
Gracias
Si está utilizando VIM como editor central de Git, cuando ejecute git commit , se abrirá VIM y se le presentará un búfer que contiene la salida comentada del comando git status .
Luego puede usar el comando VIM :read COMMIT_MSG.txt que insertará el contenido del archivo COMMIT_MSG.txt (su mensaje de confirmación preparado) en la ubicación actual del cursor.
Esto es realmente solo una alternativa a ejecutar git commit -eF COMMIT_MSG.txt , pero personalmente me resulta más fácil recordar el comando VIM :read en lugar de tener que recordar otro argumento de la línea de comando git. Preferencia personal, realmente
Si utiliza la opción --file para la git commit , puede canalizar el mensaje a través de la entrada estándar utilizando el guion ( - ) en lugar de un nombre de archivo.
echo "Classy commit message" | git commit --file -
Git puede tomar el mensaje de confirmación desde un archivo usando los indicadores -F o --file :
git commit -F message.txt
Puede preparar su mensaje por adelantado en un archivo de texto y usar ese archivo cuando se compromete.
Si haces esto a menudo, tiene sentido crear un alias para él, por ejemplo:
done = commit -F message.txt
De modo que simplemente puede escribir git done para que siempre use su archivo de texto.
Si comete un error y comete un error demasiado rápido sin actualizar el archivo de mensaje, no hay problema, simplemente puede hacer git commit --amend y corregir el mensaje en la confirmación.
ACTUALIZAR
La bandera -e es útil, ya que le permite editar el mensaje antes de confirmar:
git commit -eF message.txt