.gitignore için whitelist-öncelikli desen önerildi: sırların ve gereksiz dosyaların yanlışlıkla commit edilmesi engellenebilir

.gitignore'da default-deny için bir gerekçe

Hacker News'in ana sayfasına taşınan packagemain.tech'teki bir blog yazısı, Git kullanıcılarının .gitignore dosyalarını tersine çevirmesini öneriyor: varsayılan olarak her şeyi takip edip istisnaları listelemek yerine, her şeyi yok saymak ve yalnızca projenin gerçekten ihtiyaç duyduğu dosyaları açıkça kabul etmek. Teknik birkaç satırdan oluşuyor, ancak versiyon kontrolündeki en eski tuzaklardan birini hedefliyor.

Önlenmesi amaçlanan kaza

Yazıya göre senaryo çoğu geliştiriciye tanıdık. İşler ilerler, commit'ler birikir ve bir noktada repoda .DS_Store dosyaları, node_modules, IDE yapılandırması veya diğer yerel artefaktların toplandığını fark edersiniz; CLAUDE.md çağdaş bir örnek olarak anılıyor. Gerçekte tehlikeli olan varyant ise ortam değişkeni dosyalarının commit edilmesi; bu, kimlik bilgilerini repoyu okuyabilen herkesin önüne koyabilir. Sonrası pek hoş değil: sorunlu dosyaları .gitignore'a eklemek, reponun geçmişinden temizlemek ve kimsenin fark etmediğini ummak.

Allowlist deseni nasıl çalışıyor

Git'in ignore sözdizimi kendini yok edebiliyor: ünlem işaretiyle başlayan bir satır, daha önceki bir kuralın dışladığı yolları yeniden dahil ediyor. Yazının Go projesi için verdiği örnek, her şeyi yok sayan tek bir yıldız işaretiyle başlıyor; ardından .gitignore dosyasının kendisi, *.go ile eşleşen Go kaynak dosyaları, go.mod, go.sum ve geliştiricinin bilinçli olarak eklediği başka her şey için istisnalar geliyor. Başka hiçbir şey takip edilmiyor, dolayısıyla başıboş bir yerel dosya, kimsenin dışlamayı akıl etmemesi yüzünden bir commit'e sızamıyor.

Yazı pratik bir dipnotla kapanıyor: Git, verilen bir yolun yok sayılıp sayılmadığını bildiren git check-ignore adlı bir komutla geliyor; bu da beklenen bir dosya takip edilebilir olarak görünmediğinde geliştiricileri kafa karışıklığından kurtarıyor. Kısa bir açıklamada yazar ayrıca Git için denenmeye değer bir terminal arayüzü olarak lazygit'i öneriyor.

Yazarın kabul ettiği noktalar

Teknik evrensel olarak sunulmuyor. Yazar her repoya veya geliştiriciye uygun olmayabileceğini kabul ediyor ve bunu yeni bir varsayılan而非 keşfedilmeye değer bir alternatif olarak konumlandırıyor. Örtük takas ise bakım: default-deny altında, şablonlardan fixture'lara, üretilmiş varlıklara kadar meşru her yeni dosya kategorisinin kendi istisnasına ihtiyacı var; aksi halde sessizce takip edilmeyen olarak kalıyor.

Yazı ayrıca fikrin neden güncel hissettirdiğine işaret ediyor. Geleneksel ignore listeleri büyümeye devam ediyor ve yazar, 207 satıra ulaşan typescript-go'nun .gitignore'ını örnek gösteriyor. Bu arada yerel çalışma dizinleri giderek artan biçimde agent'ların ürettiği dokümantasyon ve geçici alt klasörler biriktiriyor. Argümana göre, gereksiz dosyalar açık uçlu ve öngörülmesi zor olduğunda, her yeni engebe peşinden koşmak yerine her şeyi yok sayarak başlayıp belirli kapıları açmak daha basit.

Neden önemli

.gitignore dosyası bir varsayımı kodlar: geliştiricilerin bir repoda istemedikleri her şeyi sayabilecekleri varsayımını. Bu varsayım, özellikle AI kodlama agent'ları çalışma dizinlerine daha fazla üretilmiş dosya yaydıkça eskimektedir; ve tek bir eksik girdi, commit edilmiş bir sır anlamına gelebilir ki bu, takip edilmeyen bir dosyadan çok daha geri alınması zordur. Varsayılanı tersine çevirmek başarısızlık modunu da tersine çevirir: bir dosyaya izin vermeyi unutmak onu takip edilmeyen bırakır ve commit'lerde görünür biçimde eksik kalır; sessizce yayımlanmaz. Kimlik bilgilerine dokunan repolar için bu ucuz bir yapısal koruma bariyeri. Diğer herkes içinse allowlist'lerin ve blocklist'lerin zıt yönlerde başarısız olduğuna dair faydalı bir hatırlatma; ve bu başarısızlıklardan yalnızca biri utanç vericidir.