Git commit sin mensaje de confirmación

¿Cómo puedo realizar cambios sin especificar el mensaje de confirmación? ¿Por qué se requiere por defecto?

git generalmente requiere un mensaje que no esté vacío porque proporcionar un mensaje de confirmación significativo es parte de una buena práctica de desarrollo y una buena administración del repositorio. La primera línea del mensaje de confirmación se usa en todas partes dentro de git; para obtener más información, lea "Una nota sobre los mensajes de confirmación de Git" .

Si abre Terminal.app, cden el directorio de su proyecto, y git commit -am ''verá que falla porque no se permite un mensaje de confirmación vacío. Las versiones más nuevas de git tienen el
--allow-empty-messageargumento de la línea de comandos, incluida la versión de git incluida con la última versión de Xcode. Esto le permitirá usar este comando para realizar una confirmación con un mensaje vacío:

git commit -a --allow-empty-message -m ''

Antes de la --allow-empty-messagebandera, tenías que usar el commit-treecomando de plomería. Puede ver un ejemplo del uso de este comando en el capítulo "Raw Git" del libro de Git .

Y si le agregas un alias, entonces es aún mejor, ¿verdad?

git config --global alias.nccommit 'commit -a --allow-empty-message -m ""'

Ahora solo hace un nccommit, nc porque no hay comentarios, y todo debería confirmarse.

Cuando trabaje en una actualización de código importante, si realmente necesita un punto seguro intermedio, puede hacer lo siguiente:

git commit -am'.'

o más corto:

git commit -am.

Nota: a partir de git1.8.3.2 (julio de 2013), el siguiente comando ( mencionado anteriormente por Jeremy W Sherman ) ya no abrirá un editor:

git commit --allow-empty-message -m ''

Consulte la confirmación 25206778aac776fc6cc4887653fdae476c7a9b5a :

Si se especifica un mensaje vacío con la opción -mde git commit, se inicia el editor.
Eso es inesperado e innecesario.
En lugar de usar la longitud de la cadena del mensaje para verificar si el usuario especificó una, recuerde directamente si -mse dio la opción .

git 2.9 (junio de 2016) mejora el comportamiento de los mensajes vacíos:

Consulte la confirmación 178e814 (6 de abril de 2016) de Adam Dinwoodie ( me-and) .
Consulte la confirmación 27014cb (7 de abril de 2016) de Jeff King ( peff) .
^{(Combinado por Junio ​​C Hamano - gitster- en el compromiso 0709261 , 22 de abril de 2016)}

commit: no ignore un mensaje vacío dado por -m ''

• " git commit --amend -m '' --allow-empty-message", aunque parece extraño, es una solicitud válida para modificar la confirmación para que no tenga ningún mensaje.
  Debido a la detección errónea de la presencia de -men la línea de comando, terminamos manteniendo el mensaje de registro de la confirmación original.
• " git commit -m "$msg" -F file" debe rechazarse si $msges una cadena vacía o no, pero debido al mismo error, no se rechazó cuando $msgestá vacío.
• " git -c template=file -m "$msg"" debería ignorar la plantilla incluso cuando $msgestá vacía, pero no lo hizo y en su lugar usó el contenido del archivo de plantilla.

No necesitas git para lograr esto. El uso creativo de una función bash funcionará bien. Si no le importan los mensajes, simplemente configure uno predeterminado y olvídelo.

function gitcom() {
  git commit -m "my default commit message"
}

Si se siente realmente aventurero, puede agregar, comprometerse y presionar con un comando

function gitzap() {
  git add . && git commit -m "whatevs" && git push $1 $2
}

Que luego ejecutarías como

gitzap origin master

Incluso podría profundizar y usar parse_git_branch para ahorrarse algunas pulsaciones de teclas allí, o establecer un valor predeterminado común de "origen" y "maestro".

Git requiere una confirmación para tener un comentario, de lo contrario, no aceptará la confirmación.

Puede configurar una plantilla predeterminada con git como su mensaje de confirmación predeterminado o puede buscar el indicador --allow-empty-message en git. Creo (no estoy 100% seguro) que puedes reconfigurar git para aceptar mensajes de confirmación vacíos (lo cual no es una buena idea). Normalmente, cada confirmación debe ser un poco de trabajo que se describe en su mensaje.

Encontré la solución más simple:

git commit -am'save'

Eso es todo, trabajará alrededor del mensaje de confirmación de git.

incluso puede guardar ese elogio en una fiesta u otras cosas para que sea más simple.

Los miembros de nuestro equipo siempre escriben esos mensajes, pero casi nadie volverá a verlos.

El mensaje de confirmación es algo que mata el tiempo al menos en nuestro equipo, así que lo ignoramos.

Tengo la siguiente configuración en mi proyecto privado:

git config alias.auto 'commit -a -m "changes made from [device name]"'

De esa manera, cuando tengo prisa lo hago

git auto
git push

Y al menos sé de qué dispositivo se hizo la confirmación.

El mensaje de confirmación es una práctica recomendada que se debe seguir en todo momento. A menos que sea el único desarrollador y eso no va a cambiar pronto.

git commit -a -m 'asdfasdfadsfsdf'