Halten Sie es für eine gute Praxis, .gitignore in ein Git-Repo zu übernehmen?
Einige Leute mögen es nicht, aber ich denke, es ist gut, da Sie den Verlauf der Datei verfolgen können. Ist es nicht?
Halten Sie es für eine gute Praxis, .gitignore in ein Git-Repo zu übernehmen?
Einige Leute mögen es nicht, aber ich denke, es ist gut, da Sie den Verlauf der Datei verfolgen können. Ist es nicht?
Antworten:
Normalerweise ist ja .gitignore
nützlich für alle, die mit dem Repository arbeiten möchten. Gelegentlich möchten Sie mehr private Dinge ignorieren (vielleicht erstellen Sie oft LOG
oder so etwas. In diesen Fällen möchten Sie das wahrscheinlich niemandem aufzwingen.
$GIT_DIR/info/exclude
oder ~/.gitconfig
Dateien entsprechend erwähnt werden.
git rm --cached FILENAME
Sie in der Regel tun , begehen .gitignore
. Tatsächlich gehe ich persönlich so weit, sicherzustellen, dass mein Index immer sauber ist, wenn ich nicht an etwas arbeite. ( git status
sollte nichts zeigen.)
Es gibt Fälle, in denen Sie Dinge ignorieren möchten, die wirklich nicht projektspezifisch sind. Beispielsweise kann Ihr Texteditor automatische *~
Sicherungsdateien erstellen, oder ein anderes Beispiel sind die .DS_Store
von OS X erstellten Dateien.
Ich würde sagen, wenn andere sich über diese Regeln beschweren, die Ihre durcheinander bringen .gitignore
, lassen Sie sie weg und fügen Sie sie stattdessen in eine globale Ausschlussdatei ein.
Standardmäßig befindet sich diese Datei in $XDG_CONFIG_HOME/git/ignore
(standardmäßig ~/.config/git/ignore
), aber dieser Speicherort kann durch Festlegen der core.excludesfile
Option geändert werden . Zum Beispiel:
git config --global core.excludesfile ~/.gitignore
Erstellen und bearbeiten Sie einfach die globale Ausschlussdatei nach Herzenslust. Es gilt für jedes Git-Repository, an dem Sie auf diesem Computer arbeiten.
# some comment
der .gitignore
Datei jederzeit Zeilen hinzufügen , um zu erklären, warum Sie etwas ignorieren. Jede Zeile zu kommentieren ist ein bisschen übertrieben, aber ich habe haben Abschnitte mit der Bezeichnung # IDE (Eclipse)
, # OS (Mac OS X)
und # Generated (Perl)
. Auf diese Weise kann jemand, der ein anderes Betriebssystem oder eine andere IDE verwenden möchte, einen Abschnitt hinzufügen und wir können alle gemeinsam nutzen.
core.excludesfile
heißt ~/.config/git/ignore
, in Übereinstimmung mit XDG Basisverzeichnis Specification
.gitignore
- Sehr nützlich, wenn Personen, mit denen Sie zusammenarbeiten, sich nicht über den Inhalt von Push- .gitignore
Dateien einig sind oder darüber, ob sie gepusht werden sollen, und wir alle eine Vielzahl unterschiedlicher Entwicklungsumgebungen verwenden, die unterschiedliche Arten von Rauschen erzeugen.
Ich habe commit .gitignore eingefügt. Dies ist eine Höflichkeit für andere, die mein Projekt erstellen, dass die folgenden Dateien abgeleitet werden und ignoriert werden sollten.
Normalerweise mache ich einen Hybrid. Ich möchte, dass Makefile die .gitignore-Datei generiert, da das Makefile alle Dateien kennt, die mit dem Projekt verknüpft sind - abgeleitet oder auf andere Weise. Lassen Sie dann ein Projekt .gitignore der obersten Ebene einchecken, das die vom Makefile für die verschiedenen Unterverzeichnisse erstellten generierten .gitignore-Dateien ignoriert.
In meinem Projekt habe ich möglicherweise ein bin-Unterverzeichnis mit allen erstellten ausführbaren Dateien. Dann lasse ich mein Makefile einen .gitignore für dieses bin-Verzeichnis generieren. Und im obersten Verzeichnis .gitignore, das bin / .gitignore auflistet. Das oberste ist das, in das ich einchecke.
Das Festschreiben von .gitignore kann sehr nützlich sein, aber Sie möchten sicherstellen, dass Sie es danach nicht zu stark ändern, insbesondere wenn Sie regelmäßig zwischen Zweigen wechseln. In diesem Fall kann es vorkommen, dass Dateien in einem Zweig und nicht in einem anderen Zweig ignoriert werden und Sie gezwungen sind, Dateien in Ihrem Arbeitsverzeichnis manuell zu löschen oder umzubenennen, da ein Auschecken fehlgeschlagen ist, da eine nicht verfolgte Datei überschrieben wird.
Deshalb ja, verpflichten Sie Ihren .gitignore, aber nicht bevor Sie sich ziemlich sicher sind, dass sich danach nichts mehr ändert.
Es wird empfohlen, .gitignore
zumindest Ihre Build-Produkte (Programme, * .o usw.) zu erstellen.
.gitignore
selbst " .gitignore
d" sein?