Git commit sem mensagem de commit

Como posso confirmar as alterações sem especificar a mensagem de confirmação? Por que é obrigatório por padrão?

O git geralmente requer uma mensagem não vazia porque fornecer uma mensagem de confirmação significativa faz parte das boas práticas de desenvolvimento e da boa administração do repositório. A primeira linha da mensagem de confirmação é usada em todo lugar dentro do git; para mais informações, leia "Uma nota sobre mensagens de confirmação do Git" .

Se você abrir Terminal.app, cdpara o diretório do seu projeto e git commit -am '', verá que ele falha porque uma mensagem de confirmação vazia não é permitida. As versões mais recentes do git têm o
--allow-empty-messageargumento da linha de comando, incluindo a versão do git incluída na versão mais recente do Xcode. Isso permitirá que você use este comando para fazer um commit com uma mensagem vazia:

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

Antes da --allow-empty-messagebandeira, você tinha que usar o commit-treecomando de encanamento. Você pode ver um exemplo de uso deste comando no capítulo "Raw Git" do livro Git .

E se você adicionar um alias para ele, é ainda melhor, certo?

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

Agora você acabou de fazer um nccommit, nc por causa de nenhum comentário, e tudo deve ser confirmado.

Ao trabalhar em uma atualização de código importante, se você realmente precisa de um ponto seguro intermediário, pode apenas fazer:

git commit -am'.'

ou mais curto:

git commit -am.

Observação: a partir de git1.8.3.2 (julho de 2013), o seguinte comando ( mencionado acima por Jeremy W Sherman ) não abrirá mais um editor:

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

Veja o commit 25206778aac776fc6cc4887653fdae476c7a9b5a :

Se uma mensagem vazia for especificada com a opção -mde git commit, o editor será iniciado.
Isso é inesperado e desnecessário.
Em vez de usar o comprimento da string da mensagem para verificar se o usuário especificou uma, lembre-se diretamente se a opção -mfoi fornecida.

git 2.9 (junho de 2016) melhora o comportamento da mensagem vazia:

Consulte o commit 178e814 (06 de abril de 2016) de Adam Dinwoodie ( me-and) .
Consulte o commit 27014cb (07 de abril de 2016) de Jeff King ( peff) .
^{(Fundido por Junio ​​C Hamano - gitster- no commit 0709261 , 22 de abril de 2016)}

commit: não ignore uma mensagem vazia dada por -m ''

• " git commit --amend -m '' --allow-empty-message", embora pareça estranho, é uma solicitação válida para alterar o commit para não ter nenhuma mensagem.
  Devido à detecção incorreta da presença de -mna linha de comando, acabamos mantendo a mensagem de log do commit original.
• " git commit -m "$msg" -F file" deve ser rejeitado seja $msguma string vazia ou não, mas devido ao mesmo bug, não foi rejeitado quando $msgestá vazio.
• " git -c template=file -m "$msg"" deve ignorar o modelo mesmo quando $msgestá vazio, mas não o fez e, em vez disso, usou o conteúdo do arquivo de modelo.

Você não precisa do git para fazer isso. O uso criativo de uma função bash resolverá o problema. Se você não se importa com as mensagens, defina uma mensagem padrão e esqueça.

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

Se você se sentir realmente aventureiro, pode adicionar, confirmar e enviar com um comando

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

Que você então executaria como

gitzap origin master

Você pode até ir mais fundo e usar parse_git_branch para evitar alguns pressionamentos de tecla lá, ou definir um padrão comum de "origem" e "mestre".

O Git requer um commit para ter um comentário, caso contrário, não aceitará o commit.

Você pode configurar um modelo padrão com git como sua mensagem de confirmação padrão ou pode procurar a sinalização --allow-empty-message em git. Acho (não tenho 100% de certeza) que você pode reconfigurar o git para aceitar mensagens de commit vazias (o que não é uma boa ideia). Normalmente, cada commit deve ser um pouco trabalhoso, que é descrito por sua mensagem.

Eu tenho a seguinte configuração em meu projeto privado:

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

Assim, quando estou com pressa, faço

git auto
git push

E pelo menos eu sei de qual dispositivo o commit foi feito.

Encontrei a solução mais simples:

git commit -am'save'

Isso é tudo, você vai trabalhar em torno do git commit message.

você pode até salvar esse pedido em uma festa ou outra coisa para torná-lo mais simples.

Os membros da nossa equipe sempre escrevem essas mensagens, mas quase ninguém as verá novamente.

Commit message é algo que mata o tempo, pelo menos em nossa equipe, então nós a ignoramos.

A mensagem de confirmação é uma prática recomendada que deve ser seguida em todos os momentos. A menos que você seja o único desenvolvedor e isso não vá mudar tão cedo.

git commit -a -m 'asdfasdfadsfsdf'