Es gibt eine Standard Visual Studio .gitignore Datei verfügbar here.Warum starten die Build-Ergebnisverzeichnisse nicht ** in VS .gitignore
Es schließt diesen Abschnitt:
# Build results
[Dd]ebug/
[Dd]ebugPublic/
[Rr]elease/
[Rr]eleases/
x64/
x86/
bld/
[Bb]in/
[Oo]bj/
[Ll]og/
Warum nicht diese Zeilen beginnen mit dem gitignore pattern format**/ so dass die Suche alle Unterverzeichnisse enthält?
Relative Pfade (wie Ihre Verzeichnisnamen) bereits sind ignoriert überall.
Wenn Sie erstellen eine Struktur
foo/
bar/x.txt
bar/x.txt
(wo x.txt nur Flaum ist nicht-leere Verzeichnisse haben)
und eine .gitignore Datei nur enthalten, haben
bar
dann ignoriert git beide bar Verzeichnisse.
Absolute Pfade wie /bar würden stattdessen nur ein Verzeichnis der obersten Ebene ignorieren. Sind Sie sicher, dass Sie ein anderes Verhalten sehen?
Die Dokumentation, die Sie verknüpft enthält diese:
Zwei aufeinanderfolgende Sternchen („**“) in gegen vollständigen Pfad abgestimmte Muster besondere Bedeutung haben:
ein führender „**“, gefolgt von Ein Schrägstrich bedeutet Übereinstimmung in allen Verzeichnissen. Für Beispiel "**/foo" entspricht Datei oder Verzeichnis "foo" überall, das gleiche als Muster "foo". "**/foo/bar" entspricht Datei oder Verzeichnis "bar" irgendwo, die direkt unter dem Verzeichnis "foo" ist.
(Hervorhebung von mir)
So funktioniert 'foo/bar' von' **/foo/bar' unterscheiden? – dumbledad
Nein, beide stimmen mit einer Datei oder einem Verzeichnis überein (Sie brauchen einen Schrägstrich, wenn Sie nur über Verzeichnisse sprechen) '' 'bar''' unter' '' foo'''. –