Gitignore'unuzdaki bir git alt modülünü görmezden mi geliyorsunuz yoksa deponuza mı teslim ediyorsunuz?

Ben de projeme alt modülü ekledim project_dir/vendor/submodule_oneben çalıştırmak artık her zaman git statusalıyorum modified: vendor/submodule_one (new commits).

Sorum şu, bununla başa çıkmanın en iyi yolu nedir? Ana vendor/submodule_oneprojemin alt modülümün .gitignoreözelliklerini bilmesine gerek olmadığı için -folder'ı ekliyor muyum ?

Ya da alt modülümde değişiklik yaparken ve değişiklik yaparken ana projemde de taahhütler yapmam gerekir mi?

Alt modüllerle yeni başladım ve onları kurmanın ötesinde pek fazla bilgi bulamadım.

Hayır, alt modülünüzü sizin alt modülünüze eklemenize gerek yok .gitignore: ebeveynin alt modülünüzden göreceği şey bir gitlink ( özel bir girişmode 160000 ).

Bu şu anlama gelir: bir alt modülde doğrudan yapılan herhangi bir değişikliğin ardından ana dizinde bir kayıt gelmelidir.
Bu şekilde, ana dizin alt modülün durumu için doğru yürütmeyi kaydedecektir: Bu commit yukarıda bahsedilen "gitlink" dir;

Bu politika hakkında daha fazla bilgiyi " git alt modül güncellemesi (alt modüllerin gerçek yapısı) " bölümünde okuyabilirsiniz .
Alt modüllerin arkasındaki ana fikir , belirli taahhütlerde diğer depolara başvurduğunuz bileşen tabanlı bir yaklaşımdır . Ancak bu alt modüllerdeki herhangi bir şeyi değiştirirseniz, bu referansları ana depoda da güncellemeniz gerekir.

Ederken Git 2.13 ile (Q2 2017), Not değil gitlink görmezden, hala ile alt modülü göz ardı edebilirsiniz:

git config submodule.<name>.active false

" Git alt modülü için yeni tamamlamaları yoksay " bölümünde daha fazlasını görün .

Not: Git 2.15.x / 2.16 (Q1 2018) ile bir alt modülü göz ardı etmek daha doğrudur.
" git status --ignored --untracked", yalnızca dizinin kendisini yok sayıldığını göstermek yerine, yok sayılan bir dizine gömülü ve diğer projedeki dosyaları listeleyen ayrı bir projenin çalışma ağacında durmadı.

Bkz. Commit fadb482 (25 Ekim 2017), Johannes Schindelin ( dscho) .
^{( Junio ​​C Hamano ile birleştirildi - gitster- in commit da7996a , 06 Kasım 2017)}

status: hariç tutulan dizinlerdeki alt modüllerle karıştırılmayın

İşleve titizlikle excludebayrağı treat_directory()işleve aktarırız, böylece yineleme sırasında içindeki dosyaların izlenmemesi yerine dışlandığını belirtebiliriz.

Ancak alt modülleri henüz aynı şekilde ele almadık.

Bu nedenle, gitignored içindeki git status --ignored --untrackedbir alt modül ile alt modül " " bölümünde gösterilir, örn.submoduletracked/Untracked files

On branch master
Untracked files:
  (use "git add <file>..." to include in what will be committed)

    tracked/submodule/

Ignored files:
  (use "git add -f <file>..." to include in what will be committed)

    tracked/submodule/initial.t

Bunun yerine, alt modülü " Ignored files" bölümünde göstermesini isteriz :

On branch master
Ignored files:
  (use "git add -f <file>..." to include in what will be committed)

    tracked/submodule/

Bazı nedenlerden dolayı submodule.module-name.active benim için çalışmadı.

Bu yüzden submodule.module-name.ignore kullandım

git config submodule.<your module path>.ignore all

https://git-scm.com/docs/gitmodules - burada parametre için olası değerlerin açıklamasını bulabilirsiniz

Benim için (yeni taahhütler) ve (değiştirilmiş içerik) mesajları için çalışır.

Kabul edilen yanıta eklemek için, Git alt modül klasörünü .gitignore'a eklemenin aslında sorunlara neden olduğunu buldum - özellikle projenin yeni bir klonunu oluşturmaya çalışırken. Özellikle, normal alt modül klon komutlarının çalıştırılması alt modül klasörünün boş olmasına neden oldu:

git submodule init
git submodule update
git pull --recurse-submodules

Sadece yeniden koşmaya çalışarak

git submodule add <Git repo> <submodule folder>

çıktıya göre sorunun ne olduğu belliydi:

The following path is ignored by one of your .gitignore files:
<submodule folder>
Use -f if you really want to add it.

-fEklemek yerine , Git alt modülü klasörünü .gitignore'dan kaldırdım ve şimdi klasörü başarıyla oluşturan alt modül klon komutlarını yeniden çalıştırdım. Alt modül klon komutlarından birinin .gitignore'a saygı duyması, ancak buna göre bir alt modülü atladığı konusunda uyarmamasıyla ilgili bir hata olabileceğini düşünüyorum.