Inicie uma mensagem de confirmação do git com uma marca de hash (#)

O Git trata as linhas que começam com #linhas de comentário ao confirmar. isso é muito irritante ao trabalhar com um sistema de rastreamento de tickets e ao tentar escrever o número do ticket no início da linha, por exemplo,

#123 salt hashed passwords

O git simplesmente removerá a linha da mensagem de confirmação. existe alguma maneira de escapar do hash? Eu tentei \e !, mas nada funciona. espaços em branco antes #são preservados, portanto também não são uma solução funcional para o problema.

Esse comportamento faz parte do comportamento git commitpadrão de 'limpeza'. Se você deseja manter as linhas iniciadas, #pode usar um modo de limpeza alternativo.

Por exemplo

git commit --cleanup=whitespace

Se você fizer isso, precisará tomar cuidado para remover todas as #linhas que não deseja que apareçam no commit.

Observe que, desde git1.8.2 (fevereiro de 2013) , você pode usar um caractere diferente de ' #' para a linha comentada na mensagem de confirmação.

Isso permite que você use ' #' para sua referência de número de bug.

Várias linhas de "dica" que o Git fornece quando solicita que o usuário edite as mensagens no editor são comentadas com ' #' por padrão.

A core.commentCharvariável de configuração pode ser usada para personalizar isso ' #' para um caractere diferente.

Em teoria, você pode colocar uma core.commentCharpalavra (vários caracteres), mas o git 2.0.x / 2.1 será mais rigoroso (terceiro trimestre de 2014).

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

config: seja rigoroso no core.commentChar

Não suportamos sequências de comentários (pelo menos ainda não). E a codificação de caracteres de bytes múltiplos também pode ser mal interpretada.

O teste com duas vírgulas é atualizado porque viola isso. Ele foi adicionado ao patch introduzido core.commentCharno eff80a9 (Permitir "comentário personalizado" - 2013-01-16). Não está claro para mim por que esse comportamento é desejado.

O git 2.0.x / 2.1 (terceiro trimestre de 2014) adicionará uma seleção automática para core.commentChar:
Consulte commit 84c9dc2

Quando core.commentCharé " auto", o caractere de comentário começa com ' #' como padrão, mas se já estiver na mensagem preparada, encontre outro caractere em um pequeno subconjunto. Isso deve impedir surpresas, porque o git retira algumas linhas inesperadamente.

Observe que o git não é inteligente o suficiente para reconhecer ' #' como o caractere de comentário em modelos personalizados e convertê-lo se o caractere de comentário final for diferente.
Ele considera '#' linhas em modelos personalizados como parte da mensagem de confirmação. Portanto, não use isso com modelos personalizados.

A lista de caracteres candidatos para "auto" é:

# ; @ ! $ % ^ & | :

Isso significa que um comando como git commit -m '#1 fixed issue'alternará automaticamente o commentChar para ' ;', porque ' #' foi usado na mensagem de confirmação.

As respostas aqui são boas e detalhadas, mas para um git noob como eu, personalizar as opções de configuração do git não é tão óbvio. Aqui está um exemplo para mudar de #para ;de caracteres de comentário:

git config core.commentChar ";"

É tudo o que você precisa fazer.

Você pode usar a opção de linha de comando -m:

git commit -m "#123 fixed"

Se você estiver fazendo um rebase interativo, quando você salvar sua mensagem de confirmação sem nada (porque #o início fez um comentário e, portanto, foi ignorado), o git mostrará o que você deve fazer:

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

Então, basta alterar a mensagem:

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

e continue a rebase:

git rebase --continue

git commit --cleanup=scissorsdeve ser usado. Foi adicionado ao Git v2.0.0 em 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 um prefixo diferente para o número do ticket. Ou acrescente uma palavra ao número do ticket, como "Bug # 42". Ou acrescente um caractere de espaço único à linha; se você deseja remover esse espaço em branco, pode adicionar um gancho de confirmação para isso.

Pessoalmente, eu preferiria não ter esse tipo de manipulação de mensagem de confirmação feita por um gancho, porque pode ser muito irritante quando acionada quando você não deseja. A solução mais fácil é provavelmente repensar o problema.

Todos os meus commits começam com, #issueNumberentão eu coloquei este boilerplate no meu vim .git/hooks/commit-msg:

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

Então, vamos supor que temos branch #15e fazemos a mensagem de confirmação add new awesome feature. Com essa abordagem, a mensagem final de confirmação será #15 add new awesome feature.