Przejdź do treści

Tester reguł .gitignore

Dowiedz się, które reguły .gitignore ignorują lub pozwalają poszczególnym ścieżkom i dlaczego.

Wejście
Ścieżki do przetestowania
Wynik

Tester reguł .gitignore

Wklej .gitignore do pierwszego pola i listę ścieżek do drugiego, a to narzędzie powie Ci, co się dzieje z każdym: ignorowane czy nie, i która linia zestawu reguł o tym zdecydowała. Zostało stworzone na moment, gdy plik, który spodziewałeś się śledzić, pojawia się w git status, lub artefakt kompilacji, o którym myślałeś, że jest wykluczony, przypadkowo się pojawił.

Poróżnianie jest zgodne z rzeczywistą semantyką .gitignore: wzorce są oceniane w kolejności i ostatnia pasująca reguła wygrywa, więc szerokie "*.log" wcześniej w pliku może zostać zastąpione węższym "!important.log" później. Końcowy ukośnik oznacza regułę tylko dla katalogów, a ignorowanie katalog również ignoruje wszystko w nim — "node_modules/" przechwytuje również "node_modules/react/index.js", a nie tylko sam katalog. Obsługiwane są zarówno proste znaki wieloznaczne "*" jak i rekurencyjne "**" na dowolnej pozycji.

Wyłącz rozróżnianie wielkości liter, aby sprawdzić systemy plików, które składają przypadki, przełącz tabelę wyników na dwie listy ścieżek ignorowanych i nieigborowanych, lub ukryj ścieżki, które nie pasują żadnej regule, aby skupić się na tym, co faktycznie robią Twoje reguły. Ostrzeżenie o nieużywanych regułach oznacza dowolny wiersz, który nigdy nie pasował do testowanej ścieżki — często literówka lub wzorzec pozostawiony po zmienionym nazwą folderów. Konce linii Windows i Unix są obsługiwane w taki sam sposób w obu polach, a liczba pod wyjściem raportuje przetestowane ścieżki, ignorowane ścieżki i nieużywane reguły.

Wszystko działa w Twojej przeglądarce; Twoje reguły .gitignore ani lista ścieżek nigdy nie są przesyłane. Skopiuj raport, pobierz go jako plik .txt lub wyślij go z powrotem na wejście, aby przetestować kolejną partię ścieżek.

Częste pytania

Czy to czyta moje rzeczywiste pliki projektu?
Nie. Reguły .gitignore i ścieżki wklejasz sam — narzędzie nigdy nie dotyka rzeczywistego systemu plików ani repozytorium.
Dlaczego plik w ignorowanym katalogu jest wyświetlany jako ignorowany, nawet jeśli żadna reguła go nie wspomina?
Reguła katalogowa jak "build/" ignoruje folder i wszystko w nim. Raport powołuje się na regułę katalogu, która podjęła decyzję, a nie brakującą regułę specyficzną dla pliku.
Czy mogę ponownie uwzględnić plik z "!" po wykluczeniu jego nadrzędnego folderu?
To narzędzie stosuje reguły negacji w kolejności jak git, ale rzeczywisty git ma dodatkowe ograniczenie: nie będzie ponownie uwzględniać plik, którego katalog nadrzędny jest już wykluczony. Pamiętaj o tym dla wzorów negacji zagnieżdżonych w ignorowanych katalogach.
Co oznacza "reguły, które nigdy się nie zgadzają"?
Lista każdej reguły w .gitignore, która nigdy nie pasowała do testowanej ścieżki — przydatny sposób na znalezienie literówki lub wzorca, który już nie dotyczy Twojego projektu.
Czy mój plik .gitignore lub moja lista ścieżek są gdzieś przesyłane?
Nie. Dopasowanie odbywa się całkowicie w Twojej przeglądarce — nic, co tutaj wklejasz, nigdy nie opuszcza Twojego urządzenia.