Git-Commit ohne Commit-Nachricht

Wie kann ich Änderungen festschreiben, ohne eine Festschreibungsnachricht anzugeben? Warum ist es standardmäßig erforderlich?

git erfordert im Allgemeinen eine nicht leere Nachricht, da die Bereitstellung einer aussagekräftigen Festschreibungsnachricht Teil einer guten Entwicklungspraxis und einer guten Verwaltung des Repositorys ist. Die erste Zeile der Commit-Nachricht wird überall in git verwendet. Weitere Informationen finden Sie unter "Ein Hinweis zu Git Commit-Nachrichten" .

Wenn Sie Terminal.app cdin Ihrem Projektverzeichnis und öffnen git commit -am '', werden Sie feststellen, dass dies fehlschlägt, da eine leere Festschreibungsnachricht nicht zulässig ist. Neuere Versionen von git haben das
--allow-empty-messageBefehlszeilenargument, einschließlich der Version von git, die in der neuesten Version von Xcode enthalten ist. Auf diese Weise können Sie diesen Befehl verwenden, um ein Commit mit einer leeren Nachricht durchzuführen:

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

Vor dem --allow-empty-messageFlag mussten Sie den commit-treeInstallationsbefehl verwenden. Ein Beispiel für die Verwendung dieses Befehls finden Sie im Kapitel "Raw Git" des Git-Buches .

Und wenn Sie einen Alias ​​dafür hinzufügen, ist es sogar noch besser, oder?

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

Jetzt machst du einfach ein nccommit, nc, weil es keinen Kommentar gibt, und alles sollte festgeschrieben werden.

Wenn Sie an einem wichtigen Code-Update arbeiten und wirklich einen Zwischen-Sicherheitspunkt benötigen, können Sie Folgendes tun:

git commit -am'.'

oder kürzer:

git commit -am.

Hinweis: Ab git1.8.3.2 (Juli 2013) öffnet der folgende Befehl ( oben von Jeremy W Sherman erwähnt ) keinen Editor mehr:

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

Siehe Commit 25206778aac776fc6cc4887653fdae476c7a9b5a :

Wenn eine leere Nachricht mit der Option -mgit commit angegeben wird, wird der Editor gestartet.
Das ist unerwartet und unnötig.
Denken Sie direkt daran, ob die Option angegeben wurde, anstatt die Länge der Nachrichtenzeichenfolge zu verwenden, um zu überprüfen, ob der Benutzer eine -mangegeben hat.

Git 2.9 (Juni 2016) verbessert das Verhalten leerer Nachrichten:

Siehe Commit 178e814 (06. April 2016) von Adam Dinwoodie ( me-and) .
Siehe Commit 27014cb (07. April 2016) von Jeff King ( peff) .
^{(Zusammengeführt von Junio ​​C Hamano - gitster- in Commit 0709261 , 22. April 2016)}

commit: Ignorieren Sie keine leere Nachricht von -m ''

• " git commit --amend -m '' --allow-empty-message", obwohl es seltsam aussieht, ist eine gültige Aufforderung, das Commit so zu ändern, dass überhaupt keine Nachricht angezeigt wird.
  Aufgrund der falschen Erkennung des Vorhandenseins von -min der Befehlszeile haben wir die Protokollnachrichten vom ursprünglichen Commit ferngehalten.
• " git commit -m "$msg" -F file" sollte abgelehnt werden, ob $msges sich um eine leere Zeichenfolge handelt oder nicht, wurde jedoch aufgrund desselben Fehlers nicht abgelehnt, wenn sie $msgleer ist.
• " git -c template=file -m "$msg"" sollte die Vorlage ignorieren, auch wenn sie $msgleer ist, aber sie hat den Inhalt aus der Vorlagendatei nicht verwendet.

Sie brauchen keinen Git, um dies zu erreichen. Die kreative Verwendung einer Bash-Funktion reicht völlig aus. Wenn Sie sich nicht für Nachrichten interessieren, legen Sie einfach eine Standardnachricht fest und vergessen Sie sie.

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

Wenn Sie sich wirklich abenteuerlustig fühlten, konnten Sie mit einem Befehl hinzufügen, festlegen und pushen

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

Als was würdest du dann laufen

gitzap origin master

Sie können sogar tiefer gehen und parse_git_branch verwenden, um sich dort einige Tastenanschläge zu ersparen, oder einen allgemeinen Standardwert für "origin" und "master" festlegen.

Git benötigt ein Commit, um einen Kommentar zu haben, andernfalls wird das Commit nicht akzeptiert.

Sie können eine Standardvorlage mit git als Standard-Commit-Nachricht konfigurieren oder das Flag --allow-empty-message in git nachschlagen. Ich denke (nicht 100% sicher), dass Sie git neu konfigurieren können, um leere Commit-Nachrichten zu akzeptieren (was keine so gute Idee ist). Normalerweise sollte jedes Commit ein Stück Arbeit sein, das in Ihrer Nachricht beschrieben wird.

Ich habe die einfachste Lösung gefunden:

git commit -am'save'

Das ist alles, Sie werden um Git Commit Message Sachen herumarbeiten.

Sie können dieses Lob sogar für eine Bash oder andere Dinge speichern, um es einfacher zu machen.

Unsere Teammitglieder schreiben diese Nachrichten immer, aber fast niemand wird diese Nachricht wieder sehen.

Commit-Nachrichten sind zumindest in unserem Team ein Zeitraffer, daher ignorieren wir sie.

Ich habe die folgende Konfiguration in meinem privaten Projekt:

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

Auf diese Weise tue ich es, wenn ich es eilig habe

git auto
git push

Und zumindest weiß ich, von welchem ​​Gerät das Commit gemacht wurde.

Die Festschreibungsnachricht ist eine bewährte Methode, die jederzeit befolgt werden sollte. Es sei denn, Sie sind der einzige Entwickler und das wird sich in Kürze nicht ändern.

git commit -a -m 'asdfasdfadsfsdf'