Comience un mensaje de confirmación de git con un hashmark (#)

Git trata las líneas que comienzan #como líneas de comentarios al confirmar. Esto es muy molesto cuando se trabaja con un sistema de seguimiento de tickets y cuando se intenta escribir el número de ticket al comienzo de la línea, por ej.

#123 salt hashed passwords

git simplemente eliminará la línea del mensaje de confirmación. ¿Hay alguna forma de escapar del hash? Lo intenté \y !, pero nada funciona. los espacios en blanco anteriores #se conservan, por lo que tampoco son una solución funcional al problema.

Este comportamiento es parte del comportamiento git commitpredeterminado de 'limpieza'. Si desea que las líneas comiencen #, puede usar un modo de limpieza alternativo.

P.ej

git commit --cleanup=whitespace

Si hace esto, debe tener cuidado de eliminar todas las #líneas que no desea que aparezcan en la confirmación.

Tenga en cuenta que, desde git1.8.2 (febrero de 2013) , puede usar un carácter diferente a '# ' para la línea comentada en el mensaje de confirmación.

Eso le permite usar ' #' para su referencia de número de error.

Varias líneas de "pistas" que Git da cuando le pide al usuario que edite mensajes en el editor se comentan con ' #' por defecto.

La core.commentCharvariable de configuración se puede utilizar para personalizar esto ' #' a un carácter diferente.

En teoría, podría poner una core.commentCharpalabra (varios caracteres), pero git 2.0.x / 2.1 será más estricto (Q3 2014).

Ver commit 50b54fd por Nguyễn Thái Ngọc Duy ( pclouds) :

config: sé estricto en core.commentChar

No admitimos cadenas de comentarios (al menos todavía no). Y la codificación de caracteres de varios bytes también podría malinterpretarse.

La prueba con dos comas se actualiza porque viola esto. Se agrega con el parche que se presenta core.commentCharen eff80a9 (Permitir "comentario personalizado" - 16/01/2013). No me queda claro por qué se desea ese comportamiento.

git 2.0.x / 2.1 (Q3 2014) agregará una selección automática para core.commentChar:
Ver commit 84c9dc2

Cuando core.commentChares " auto", el comentario char comienza con '# ' como predeterminado, pero si ya está en el mensaje preparado, busque otro carácter en un pequeño subconjunto. Esto debería detener las sorpresas porque git elimina algunas líneas inesperadamente.

Tenga en cuenta que git no es lo suficientemente inteligente como para reconocer ' #' como el comentario de caracteres en plantillas personalizadas y convertirlo si el comentario final es diferente.
Piensa en líneas '#' en plantillas personalizadas como parte del mensaje de confirmación. Así que no use esto con plantillas personalizadas.

La lista de caracteres candidatos para "auto" son:

# ; @ ! $ % ^ & | :

Eso significa que un comando como git commit -m '#1 fixed issue'cambiará automáticamente commentChar a ' ;', porque ' #' se usó en el mensaje de confirmación.

Las respuestas aquí son buenas y detalladas, pero para un novato de git como yo, personalizar las opciones de configuración de git no es tan obvio. Aquí hay un ejemplo para cambiar de #a ;por caracteres de comentario:

git config core.commentChar ";"

Eso es todo lo que necesitas hacer.

Puede usar la opción de línea de comando -m:

git commit -m "#123 fixed"

Si está haciendo un rebase interactivo, cuando guarde su mensaje de confirmación sin nada (porque #al principio lo ha hecho un comentario y, por lo tanto, se ha ignorado), git le mostrará qué hacer:

Aborting commit due to empty commit message.
Could not amend commit after successfully picking 5e9159d9ce3a5c3c87a4fb7932fda4e53c7891db... 123 salt hashed passwords
This is most likely due to an empty commit message, or the pre-commit hook
failed. If the pre-commit hook failed, you may need to resolve the issue before
you are able to reword the commit.
You can amend the commit now, with

        git commit --amend

Once you are satisfied with your changes, run

        git rebase --continue

Entonces, solo modifique el mensaje:

git commit --amend -m "#123 salt hashed passwords"

y continúa la rebase:

git rebase --continue

git commit --cleanup=scissorsdebería ser usado. Se agregó a Git v2.0.0 en 2014.05.21

de git commit --help

--cleanup=<mode>
  scissors
    Same as whitespace, except that everything from (and including) the line
    "# ------------------------ >8 ------------------------" is truncated if the message
    is to be edited. "#" can be customized with core.commentChar.

Use un prefijo diferente para el número de boleto. O anteponga una palabra al número de ticket, como "Bug # 42". O anteponga un solo carácter de espacio a la línea; si desea eliminar ese espacio en blanco, puede agregar un enlace de compromiso para eso.

Personalmente, preferiría que este tipo de manipulación de mensajes de compromiso no sea realizada por un gancho, ya que puede ser muy irritante cuando se activa cuando no lo desea. La solución más fácil es probablemente repensar el problema.

Todos mis commits comienzan con, #issueNumberasí que pongo este repetitivo en mi vim .git/hooks/commit-msg:

NAME=$(git branch | grep '*' | sed 's/* //') 
echo "$NAME"' '$(cat "$1") > "$1"

Supongamos que tenemos una rama #15y hacemos un mensaje de confirmación add new awesome feature. Con este enfoque, el mensaje de confirmación final será #15 add new awesome feature.