Wenn Sie einen Editor verwenden, der sich mit diesen Dingen auskennt (z. B. Vim), werden die mit kommentierten Zeilen #entsprechend formatiert - so können Sie sich leicht selbst entdecken!
Cascabel
11
Sie suchen also einen .gitignoreignore?
Daviewales
Antworten:
699
Ja, Sie können dort Kommentare einfügen. Sie müssen jedoch am Anfang einer Zeile beginnen.
Die Regeln für die Muster, die Sie in die .gitignore-Datei einfügen können, lauten wie folgt:
- Leerzeilen oder Zeilen, die mit # beginnen, werden ignoriert.
[…]
Sie wissen nicht , ob es wahr wäre , wenn diese beantwortet wurde, aber der verknüpfte Buchabschnitt zeigt an, dass zusätzlich zu dem Start eine Linie, Kommentare können auch werden angehängt an eine Zeile in der .gitignore Datei.
Stuart R. Jefferys
7
@ StuartR.Jefferys Ich bin auf Git 1.7.4.1 und finde, dass eine Zeile mit einem Kommentar am Ende nicht funktioniert: src/main/log/ # Doesn't work. git status still shows this directorysrc/main/log/Funktioniert gut. Der Git-Status zeigt das Verzeichnis nicht an. Tatsächlich scheint jedes Leerzeichen am Ende der Zeile als Teil des Ignoriermusters betrachtet zu werden.
Johann
8
@ Johann Du hast recht! Nachgestellte Leerzeichen sind auch bei Verzeichnissen (die auf enden /) von Bedeutung. Wenn eine Datei einen nachgestellten Speicherplatz hat, .gitignoremuss der Eintrag übereinstimmen. 0 oder 2 Leerzeichen und es schlägt fehl. Ich halte es für einen Fehler. Ich benutze Git Version 1.7.5.4. Es könnte beabsichtigt sein, auch wenn es wahrscheinlich nicht sollte . Sie können ihn jedoch [ ]als Leerzeichenspezifizierer verwenden. Das ist viel besser, als nachgestellte Leerzeichen zuzulassen. Es ermöglicht den seltenen absichtlichen nachgestellten Platz, während der häufigere (und schwer zu erkennende) Fehlerfall erkennbar wird.
Stuart R. Jefferys
Danke dafür; Es fiel mir am schwersten zu verstehen, warum gitich meine ignorierte .gitignore. Das lag daran, dass ich nach einigen Einträgen Kommentare am Ende der Zeile eingefügt habe. Die Standardfarbe der VIM-Syntax für configDateitypen hat mich in die Irre geführt.
#entsprechend formatiert - so können Sie sich leicht selbst entdecken!Antworten:
Ja, Sie können dort Kommentare einfügen. Sie müssen jedoch am Anfang einer Zeile beginnen.
vgl. http://git-scm.com/book/en/Git-Basics-Recording-Changes-to-the-Repository#Ignoring-Files
Das Kommentarzeichen ist
#beispielsweise:quelle
src/main/log/ # Doesn't work. git status still shows this directorysrc/main/log/Funktioniert gut. Der Git-Status zeigt das Verzeichnis nicht an. Tatsächlich scheint jedes Leerzeichen am Ende der Zeile als Teil des Ignoriermusters betrachtet zu werden./) von Bedeutung. Wenn eine Datei einen nachgestellten Speicherplatz hat,.gitignoremuss der Eintrag übereinstimmen. 0 oder 2 Leerzeichen und es schlägt fehl. Ich halte es für einen Fehler. Ich benutze Git Version 1.7.5.4. Es könnte beabsichtigt sein, auch wenn es wahrscheinlich nicht sollte . Sie können ihn jedoch[ ]als Leerzeichenspezifizierer verwenden. Das ist viel besser, als nachgestellte Leerzeichen zuzulassen. Es ermöglicht den seltenen absichtlichen nachgestellten Platz, während der häufigere (und schwer zu erkennende) Fehlerfall erkennbar wird.gitich meine ignorierte.gitignore. Das lag daran, dass ich nach einigen Einträgen Kommentare am Ende der Zeile eingefügt habe. Die Standardfarbe der VIM-Syntax fürconfigDateitypen hat mich in die Irre geführt.Tun
git help gitignoreSie erhalten die Hilfeseite mit folgender Zeile:
quelle
Also, I like using computers without command lines- git ist dann der falsche Ort für dich, sorry.gitist der richtige Ort für alle, genau wiersync. Sie brauchen nur gute Guis, wie Dropbox. zu traurig, wir vermissen noch einen für git ...git help ignore(was durch Git Bash-Vervollständigung unterstützt wird)