Polski
Twórz przejrzysty plik .gitignore dla dowolnego stosu: języki, frameworki, IDE i systemy.
Ostatnia aktualizacja
Coddy uczy cię przez pisanie prawdziwego kodu w przeglądarce: interaktywne lekcje, natychmiastowa informacja zwrotna i pomoc AI, gdy utkniesz.
Każde repozytorium Git potrzebuje pliku .gitignore. To zwykła lista ścieżek, których Git *nie* ma śledzić: artefaktów kompilacji, folderów zależności, konfiguracji IDE i systemowych śmieci w rodzaju .DS_Store. Bez niego pierwszy commit przypadkiem wciągnie node_modules/, .env i target/, a sprzątanie tego bałaganu jest dużo bardziej irytujące niż przygotowanie pliku od razu.
Każdy ekosystem ignoruje co innego, a większość projektów łączy kilka naraz. Typowa aplikacja Node + TypeScript na MacBooku z VS Code potrzebuje już sumy czterech różnych list. Pisanie tego z pamięci kończy się zapomnianym coverage/, wyciekiem .env albo commitem zabłąkanego .idea/ z JetBrains kogoś z zespołu.
Dlatego ten generator łączy wyselekcjonowane szablony z kanonicznego projektu github/gitignore, czyli te same reguły, na których opierają się oficjalne podpowiedzi GitHuba, i pozwala je składać razem. Zaznacz pasujące pola, a dostaniesz jeden .gitignore bez duplikatów, gotowy do wklejenia do repozytorium. Bez kont, bez wysyłania plików, wszystko działa w przeglądarce.
.gitignore używają składni glob: *.log ignoruje każdy plik logu, build/ ignoruje folder, a !important.log przywraca konkretny plik, nawet jeśli pasuje do niego glob..gitignore, więc .gitignore w src/ dotyczy tylko plików w src/.node_modules/, a potem dodasz go do .gitignore, nadal musisz wykonać git rm -r --cached node_modules, aby przestać go śledzić..gitignore jednocześnie: w katalogu głównym repozytorium, w podfolderach oraz globalny ~/.gitignore_global dla osobistych narzędzi, takich jak JetBrains czy twój system operacyjny.!pattern działa tylko wtedy, gdy wcześniejsza reguła faktycznie zignorowała plik. Negacja folderu nie przywróci pliku w jego wnętrzu.Jeśli projekt pasuje do popularnego połączenia (Next.js, Django, Rails), kliknij zestaw, aby od razu zaznaczyć wszystkie potrzebne pola. Potem usuń lub dodaj kilka, jeśli masz coś jeszcze.
Każdy język ma artefakty do zignorowania: Node ma node_modules/, Python __pycache__/ i środowiska wirtualne, Java target/ i pliki .class. Wybierz języki, które twój projekt faktycznie kompiluje.
Oprócz reguł języka frameworki dokładają własne katalogi kompilacji: Next.js chce .next/ i .vercel, Django staticfiles/ i db.sqlite3, Rails tmp/ i /storage/*. Zaznacz framework, jeśli go używasz.
Dodaj szablony edytorów, których używa **zespół** (a nie tylko ty). Jeśli ktoś korzysta z JetBrains lub Vima, uwzględnij je. Potem dodaj systemy operacyjne w zespole: macOS zostawia .DS_Store, Windows Thumbs.db, i oba łatwo scommitować przez przypadek.
Prawy panel pokazuje połączony wynik bez duplikatów. Kliknij **Kopiuj**, aby wkleić go do .gitignore w katalogu głównym repozytorium, albo **Pobierz**, aby od razu zapisać plik.
Wzorce, które piszesz najczęściej. Pełna dokumentacja na git-scm.com/docs/gitignore.
| Wzorzec | Znaczenie | Przykład |
|---|---|---|
node_modules | Ignoruje plik lub folder o dokładnie tej nazwie w dowolnym miejscu drzewa | Pasuje zarówno do /node_modules, jak i src/node_modules |
node_modules/ | Ukośnik na końcu: pasuje tylko do **folderu**, a nie do pliku o tej samej nazwie | Nie dopasuje pliku przypadkiem nazwanego node_modules |
/build | Ukośnik na początku: zakotwiczenie tylko w katalogu pliku .gitignore | Pasuje do /build, ale nie do src/build |
*.log | Glob: pasuje do każdego pliku kończącego się na .log | Pasuje do error.log, debug.log, logs/foo.log |
!important.log | Negacja: przywraca konkretny plik dopasowany przez wcześniejszą regułę | Połącz z *.log, aby nadal śledzić jeden plik logu |
docs/**/draft | Podwójna gwiazdka: pasuje do draft w dowolnym podfolderze docs/ | Pasuje do docs/v1/draft i docs/2025/q1/draft |
# comment | Komentarz: Git ignoruje linie zaczynające się od # | Grupuj reguły nagłówkami sekcji, np. # Node.js |
# Node.js node_modules/ npm-debug.log* dist/ .env .env.local # macOS .DS_Store ._*
Absolutne minimum dla każdego projektu Node współdzielonego z kimś na macOS. Nawet mały projekt poboczny powinien mieć te reguły: bez .DS_Store i node_modules/ będziesz walczyć z bezsensownymi konfliktami.
# Python __pycache__/ *.py[cod] .venv .pytest_cache/ # Django *.log local_settings.py db.sqlite3 media/ staticfiles/ # JetBrains .idea/ *.iml
Typowy backend w Django rozwijany w PyCharmie. Zwróć uwagę, że lokalny db.sqlite3 jest ignorowany: produkcja go nie używa, a jego commit ujawnia dane deweloperskie i psuje świeże klony innym osobom z zespołu.
*.log !keep-me.log
Pierwsza linia ignoruje każdy plik .log. Reguła !keep-me.log przywraca potem ten jeden konkretny plik. Negacje działają tylko dla plików, które wcześniejsza reguła faktycznie zignorowała: nie przywrócisz pliku w zignorowanym folderze.
.gitignore po fakcie i oczekiwanie, że scommitowane pliki znikną. Nie znikną: musisz wykonać git rm -r --cached <path>, aby przestać je śledzić..env. Nawet jeden commit zostawia sekret na zawsze w historii repozytorium. Dodaj .env* do .gitignore **przed** pierwszym commitem, a każdy sekret, który się prześlizgnął, wymień na nowy..DS_Store, te pliki pojawią się w diffie każdego PR i spowolnią przegląd.build/, żadna negacja nie przywróci build/keep.txt, bo Git nawet nie zajrzy do folderu. Zmień strukturę albo przenieś plik..gitignore konfiguracji edytorów, których używasz tylko ty. Sam korzystasz z JetBrains w zespole na VS Code? Umieść .idea/ w **globalnym** ~/.gitignore_global..gitignore ma być w systemie kontroli wersji i współdzielony z zespołem. To *umowa* o tym, co powinno, a co nie powinno być śledzone. Wyjątkiem są osobiste preferencje (np. twój ulubiony edytor): te należą do globalnego ~/.gitignore_global..gitignore, potem uruchom git rm --cached <path> (albo git rm -r --cached <folder>), aby usunąć go z indeksu bez kasowania z dysku. Scommituj obie zmiany razem, żeby zespół zobaczył aktualizację..gitignore w każdym katalogu i stosuje reguły do tego poddrzewa. To przydatne w monorepo, gdzie frontend i backend mają bardzo różne reguły: w katalogu głównym trzymaj wspólne reguły dla systemu i edytorów, a reguły językowe w katalogu każdego pakietu..gitignore jest commitowany i współdzielony z zespołem. .git/info/exclude istnieje tylko w twoim lokalnym klonie i służy do osobistych wykluczeń, których nie chcesz wypychać. Do wykluczeń we wszystkich twoich repozytoriach użyj globalnego ~/.gitignore_global.