- Czy to działa na serwerze?
- Nie. Każdy szablon jest w kodzie JavaScript strony, a łączenie dzieje się w twojej przeglądarce. Nie wysyłamy twoich wyborów, nie logujemy ich i nie przechowujemy. Odśwież stronę i zaczynasz od czystej karty.
- Jakie technologie są obsługiwane?
- Języki: Node.js, Python, Java, Ruby, Go, Rust, PHP, C++, C#. Frameworki: React, Vue, Next.js, Astro, Rails, Django, Spring. Edytory: VSCode, rodzina IntelliJ, Vim, Emacs, Sublime Text. Systemy operacyjne: macOS, Windows, Linux. Wybierz dowolną kombinację — im więcej wybierzesz, tym więcej reguł trafi do pliku.
- Skąd pochodzą szablony?
- Zestawy reguł pochodzą z repozytorium github/gitignore, opublikowanego na licencji CC0 (domena publiczna). Przycięliśmy je do tego, co naprawdę ma znaczenie w 2026 roku — stare pozostałości po AOL/CVS usunięte, cache Yarn/PNPM/Vite i wyniki nowoczesnych bundlerów zostawione. Reguły są wbudowane w stronę; nie pobieramy ich w trakcie działania, dlatego narzędzie działa offline.
- Jak wygląda plik?
- Krótki nagłówek z nazwami wybranych szablonów, a potem jedna ### Sekcja ### na szablon z jego regułami. Komentarze i puste linie z każdego szablonu są zachowane dosłownie, więc plik czyta się czysto w edytorze. Reguły w każdej sekcji zachowują oryginalną kolejność — nigdy jej nie zmieniamy.
- Jak działa usuwanie duplikatów?
- Jeśli dwa szablony mają tę samą regułę (np. .env występuje w Node, Python, PHP i Ruby), reguła pojawia się raz — w pierwszym szablonie, który ją zawierał. Kolejne wystąpienia są po cichu pomijane. Komentarze i puste linie przechodzą przez każdą sekcję, więc nagłówki sekcji i objaśnienia zostają czytelne.
- Czy mogę potem edytować wygenerowany plik?
- Tak — dostajesz zwykły tekst. Otwórz go w edytorze, dodaj ścieżki specyficzne dla projektu, usuń niepotrzebne sekcje, zakomentuj, co chcesz. Generator to punkt wyjścia, a nie umowa. Większość zespołów dokłada kilka własnych reguł (build/, .vercel/, .turbo/, ścieżki do lokalnej konfiguracji), gdy pozna dziwactwa projektu.
- Po co reguły systemowe, takie jak .DS_Store i Thumbs.db?
- W mieszanych zespołach (Mac + Windows + Linux) ludzie commitują sobie nawzajem pliki metadanych systemu, jeśli nie są ignorowane. Szablon macOS obejmuje .DS_Store, ._*, .Spotlight-V100, .Trashes. Szablon Windows obejmuje Thumbs.db, Desktop.ini, $RECYCLE.BIN. Szablon Linux obejmuje .Trash-*, .fuse_hidden* i pliki wymiany. Wybierz wszystkie trzy, jeśli twój zespół używa wszystkich trzech.
- A sekrety, takie jak pliki .env?
- Każdy odpowiedni szablon (Node, Python, PHP, Ruby, Go oraz Next.js i Astro) zawiera .env. Jeśli wybrałeś przynajmniej jeden z nich, reguła jest w twoim pliku. Jeśli jesteś przewrażliwiony (i powinieneś być), sprawdź: otwórz wygenerowany plik, wyszukaj .env i potwierdź. Commitowanie pliku .env z kluczami API to jeden z najczęstszych sposobów wycieku danych dostępowych.
- Czym to się różni od gitignore.io / toptal.com/developers/gitignore?
- Ten sam pomysł, inne wykonanie. My działamy w całości po stronie przeglądarki — bez serwera, bez wywołań API, bez limitów zapytań. Cena: nasza lista szablonów jest krótsza (około dwudziestu kilku najpopularniejszych technologii, a nie długi ogon ponad 500). Dla projektu Node + Next.js + VSCode + macOS dostaniesz te same najważniejsze reguły; dla niszowego stosu (CodeIgniter, ColdFusion, MATLAB) użyj innego narzędzia.
- Czy mogę użyć wygenerowanego pliku w projekcie prywatnym albo komercyjnym?
- Tak. Zestawy reguł pochodzą z github/gitignore, który jest na CC0 (dedykacja do domeny publicznej) — bez obowiązku podawania autorstwa, bez licencji do dziedziczenia, używaj gdziekolwiek. .gitignore to lista wzorców plików; listy wzorców plików właściwie nie da się objąć prawem autorskim, ale CC0 mówi to wprost.
