Ich versuche zu konfigurierenAtomals meinen Texteditor für Git-Commit-Nachrichten auf der Befehlszeile.
Mehrere Seiten, darunterdieses hier auf Githubsagt, ich solle dies verwenden:
git config --global core.editor "atom --wait"
Dies funktioniert jedoch nur, wenn ich noch kein Atomfenster geöffnet habe. Wenn dies der Fall ist, scheint der neue Atomprozess einfach alle Argumente an den vorhandenen Prozess weiterzugeben und wird beendet, wodurch die --waitOption nutzlos wird.
Dies gilt für Windows 10. Ich weiß nicht, wie sich dies auf anderen Betriebssystemen verhält, aber meine Frage bezieht sich speziell auf Windows, sofern dies kein allgemeines Problem ist.
Wenn ich also meinen Git-Commit-Befehl ausführe und kein Atom-Prozess läuft, passiert Folgendes:
git commit- Atom wird geöffnet und öffnet den Editor mit der Commit-Nachrichtenvorlage
Wenn ich speichereund schließe das Atomfenster, git fährt fort und meldet:
[master 3745ef7] xyz 1 file changed, 1 insertion(+)
Wenn ich jedoch beim Ausführen der obigen Schritte bereits ein Atomfenster geöffnet habe, geschieht Folgendes:
git commit- Atom spawnt, genau wie zuvor
Aber gleichzeitig meldet Git dies und wird beendet:
Aborting commit due to empty commit message.
Meine obige Bemerkung, dass „die Argumente an den bestehenden Prozess weitergegeben werden“, ist eine Vermutung und muss nicht unbedingt der tatsächlichen Umsetzung entsprechen.
Ich habe auch Folgendes versucht:
atom --wait --new-window
Dadurch wird tatsächlich zusätzlich zum Originalfenster ein völlig neues Fenster geöffnet, das nur die Anleitung und meine Commit-Nachrichtendatei enthält. Auch hier tritt jedoch das gleiche Problem auf: Wenn ich bereits einen bestehenden Prozess hatte, erhalte ich das neue Fenster, aber Git wird mit einem Fehler beendet, weil atom.exees beendet wurde.
Gibt es also eine Möglichkeit, Atom beizubringen, sich in meiner Umgebung und dieser Situation richtig zu verhalten?