Git commit senza messaggio di commit

Come posso eseguire il commit delle modifiche senza specificare il messaggio di commit? Perché è richiesto per impostazione predefinita?

git generalmente richiede un messaggio non vuoto perché fornire un messaggio di commit significativo fa parte di una buona pratica di sviluppo e di una buona gestione del repository. La prima riga del messaggio di commit viene utilizzata ovunque all'interno di git; per ulteriori informazioni, leggi "Una nota sui messaggi Git Commit" .

Se apri Terminal.app, cdnella directory del tuo progetto e git commit -am ''vedrai che fallisce perché non è consentito un messaggio di commit vuoto. Le versioni più recenti di git hanno l'
--allow-empty-messageargomento della riga di comando, inclusa la versione di git inclusa nell'ultima versione di Xcode. Questo ti permetterà di usare questo comando per fare un commit con un messaggio vuoto:

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

Prima della --allow-empty-messagebandiera, dovevi usare il commit-treecomando idraulico. Puoi vedere un esempio di utilizzo di questo comando nel capitolo "Raw Git" del libro Git .

E se aggiungi un alias allora è ancora meglio, giusto?

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

Ora fai solo un nccommit, nc a causa di nessun commento, e tutto dovrebbe essere vincolato.

Quando lavori su un importante aggiornamento del codice, se hai davvero bisogno di un safepoint intermedio potresti semplicemente fare:

git commit -am'.'

o più breve:

git commit -am.

Nota: a partire da git1.8.3.2 (luglio 2013), il seguente comando ( menzionato sopra da Jeremy W Sherman ) non aprirà più un editor:

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

Vedere commit 25206778aac776fc6cc4887653fdae476c7a9b5a :

Se viene specificato un messaggio vuoto con l'opzione -mdi git commit, l'editor viene avviato.
È inaspettato e non necessario.
Invece di usare la lunghezza della stringa del messaggio per controllare se l'utente ne ha specificata una, ricorda direttamente se è -mstata data l'opzione .

git 2.9 (giugno 2016) migliora il comportamento dei messaggi vuoti:

Vedere commit 178e814 (06 aprile 2016) di Adam Dinwoodie ( me-and) .
Vedere commit 27014cb (07 aprile 2016) di Jeff King ( peff) .
^{(Fuso da Junio ​​C Hamano - gitster- in commit 0709261 , 22 aprile 2016)}

commit: non ignorare un messaggio vuoto fornito da -m ''

• " git commit --amend -m '' --allow-empty-message", anche se sembra strano, è una richiesta valida per modificare il commit in modo da non avere alcun messaggio.
  A causa del rilevamento errato della presenza di -msulla riga di comando, abbiamo finito per mantenere il messaggio di registro dal commit originale.
• " git commit -m "$msg" -F file" dovrebbe essere rifiutato se $msgè una stringa vuota o meno, ma a causa dello stesso bug, non è stato rifiutato quando $msgè vuoto.
• " git -c template=file -m "$msg"" dovrebbe ignorare il modello anche quando $msgè vuoto, ma non l'ha fatto e ha invece utilizzato i contenuti del file modello.

Non hai bisogno di git per farlo. L'uso creativo di una funzione bash andrà benissimo. Se non ti interessano i messaggi, impostane uno predefinito e dimenticalo.

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

Se ti sentissi davvero avventuroso potresti aggiungere, impegnarti e spingere con un solo comando

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

Quale saresti quindi eseguito come

gitzap origin master

Potresti anche andare più in profondità e usare parse_git_branch per salvarti alcune battiture lì, o impostare un valore predefinito comune di "origine" e "master".

Git richiede un commit per avere un commento, altrimenti non accetterà il commit.

Puoi configurare un modello predefinito con git come messaggio di commit predefinito o puoi cercare il flag --allow-empty-message in git. Penso (non sicuro al 100%) che tu possa riconfigurare git per accettare messaggi di commit vuoti (che non è una buona idea). Normalmente ogni commit dovrebbe essere un po 'di lavoro descritto dal tuo messaggio.

Ho la seguente configurazione nel mio progetto privato:

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

In questo modo, quando ho fretta, lo faccio

git auto
git push

E almeno so da quale dispositivo è stato effettuato il commit.

Ho trovato la soluzione più semplice:

git commit -am'save'

Questo è tutto, lavorerai attorno al messaggio di git commit.

puoi anche salvare quel consiglio in una festa o altre cose per renderlo più semplice.

I membri del nostro team scrivono sempre quei messaggi, ma quasi nessuno li vedrà più.

Il messaggio di commit è una cosa che uccide il tempo almeno nel nostro team, quindi lo ignoriamo.

Il messaggio di commit è una best practice che dovrebbe essere seguita in ogni momento. A meno che tu non sia l'unico sviluppatore e questo non cambierà presto.

git commit -a -m 'asdfasdfadsfsdf'