Birden çok .gitignore kaşlarını çattı mı?

Bir repo birkaç bağımsız projeden oluşmadığı sürece, repo'nun .gitignorekökünde bir dosyaya sahip olmak , çeşitli dosyalardan daha basit olurdu . Bir yaklaşımın diğerinden daha iyi olduğu konusunda çevrimiçi olarak veya çevrimiçi olarak yapılan bazı analizlerde standart bir en iyi uygulama var mı?

.gitignoreFarklı (alt) dizinlerde birden fazla dosya olmasını istediğiniz en az iki durumu düşünebilirim .

• Farklı dizinlerin göz ardı edilecek farklı dosya türleri vardır. Örneğin .gitignore, projenizin üst dizinindeki oluşturulan programlar oluşturulmuş programları Documentation/.gitignoreyok sayarken, oluşturulan belgeleri yok sayar.

• Sadece verilen (alt) dizininde (kullanabileceğiniz verilen dosyaları görmezden /sub/fooiçinde .gitignoreolsa).

Lütfen .gitignoredosyadaki desenlerin, dosya içinde bulunduğu (alt) dizine ve tüm alt dizinlerine özyinelemeli olarak uygulandığını unutmayın (desen '/' içermiyorsa (örn. Desen , verilen dizinde nameadlandırılan herhangi bir dosyaya nameve tüm alt dizinlerine /nameuygulanırken dosyaya uygulanır) bu adla yalnızca verilen dizinde).

Teğetsel bir not olarak, birden fazla .gitignoredosyaya sahip olmanın çok yararlı olduğu bir durum, çalışma kopyanızda asla taahhüt etmeyi istemediğiniz ekstra bir dizin istiyorsanız. .gitignoreBu dizine 1 baytlık (sadece tek bir yıldız işareti içeren) koyun ve hiçbir zaman görünmez git status.

.gitignoreHer biri kendi dizininde olmak üzere birden çok öğeye sahip olabilirsiniz .
Bir dosya, kullanımını görmezden sorumlu olan gitignore kuralı kontrol etmek için git check-ignore: git check-ignore -v -- afile.

Ve .gitignoredal başına bir dosyanın farklı bir sürümüne sahip olabilirsiniz : Zaten bir dalın bir dosyayı bir dosyayı yoksaymasını sağlamak için bu tür bir yapılandırmayı diğer dalı yapmıyorken gördüm: örneğin bu soruya bakın .

Reponuzda birkaç bağımsız proje varsa, bunlara alt modül olarak başvurmak en iyisidir .
Bu, en iyi uygulamalar olacak ve bu projelerin her birinin bağımsız bir şekilde (ilgili .gitignoredosyalarla) klonlanmasına izin verirken, küresel bir ana projede belirli bir revizyonla referans gösterilecektir.
Daha fazla bilgi için alt modüllerin gerçek yapısına bakın .

Git 1.8.2'den (Mart 2013) beri, git check-ignore -v -- yourfilehangi gitignore çalışmasının (hangi .gitignoredosyadan) uygulandığını görmek için bir ` yourfile` yapabileceğinizi ' ' ve söz konusu dosyanın neden göz ardı edildiğini daha iyi anlayabileceğinizi unutmayın.
Bkz. " Dosyam hangi gitignorekural yoksayılıyor? "

Pro single

• Bulması kolay.

• Repoda birkaç seviyede birden fazla gitignore'um varsa, dışlama kurallarını avlamak oldukça zor olabilir.

• Birden çok dosyayla, genellikle oldukça küçük bir çoğaltma ile sarılırsınız.

Profesyonel çoklu

• Dosya ağacının gerekli olduğu yere "bilgi" girer.

• Git yalnızca dosyaları izlediğinden, boş bir .gitignore "boş" bir dizin yürütmenin tek yoludur.

  (Gibi Ve Git 1.8 öncesinde tek yolu bir desen dışlamak my/**.exampleyaratmaktı my/.gitignoredesenle içinde **.foo. Yapabileceğiniz gibi bu sebebi, şimdi geçerli değildir /my/**/*.example.)

Tüm hariç tutulanları bulabileceğim tek bir dosyayı tercih ederim. Dizin başına .svn'yi hiç kaçırmadım ve dizin başına .gitignore'u da kaçırmayacağım.

Bununla birlikte, çoklu gitignorlar oldukça yaygındır. Bunları kullanırsanız, en azından çalışmalarını makul kılmak için kullanımlarında tutarlı olun. Örneğin, onları kökten yalnızca bir düzey dizinlere koyabilirsiniz.

Eğer Git repoya ama içinde dosyalar olmadan bir dizin işlemek isteyen birçok senaryo, örneğin vardır logs, cache, uploadsrehberler vs

Yani her zaman yaptığım .gitignorebu dizinlere aşağıdaki içeriğe sahip bir dosya eklemek :

*
!.gitignore

Bu .gitignoredosyayla Git, bu dizinlerdeki hiçbir dosyayı izlemeyecek, ancak yine de .gitignoredosyayı eklememe ve dolayısıyla dizinin kendisini repoya eklememe izin veriyor .