Bazı ht alt modülleri olan bir hg alt havuzuna sahip bir hg depomuz var. (Bunun tamamen çılgınca geldiğini biliyorum, ama google kodunda, github'daki libslerde ve bitbucket'teki modüllerdeki svn reposlarıyla çalışıyorum. Bir grup insan tarafından serbestçe kullanıma sunulan kodu kullanıyorum, WHO Ben onların kararlarından şikayet ediyorum. sürüm kontrolü - istediğim kod ve bunun için minnettarım).Neden değiştirilmese de, her zaman bir git submodule atarsınız?
bu senaryo hakkında biraz "ağaç":
Ben hg subrepository bir dosyayı değiştirmek ve taahhüt zaman, onlar değiştirilmedi bile, tüm git submodules taahhüt+ hg repo
+ hg subrepo
+ git submodules
. Ben git submodules hakkında hiçbir şey göstermez, hg status koşmak, ama ben işlerlerse: Ben git bir grup ile sadece bir hg ana repo kullanıyormuş
committing subrepository SUBREPO
Bu yüzden sorunlu olmaz altmodüller. İlk hg deposunda bir değişiklik yaptığımda sorun şu şekildedir: şimdi, taahhüt ettiğimde, hg deposunda ve hg alt-aşamasında, her zaman her zaman git alt modüllerini taahhüt ettiğinden. Şimdi, sadece ilk hg deposunda ve hg alt havuzunda aynı yorumda bulunacak şekilde tasarlanmış bir yorumum var.
Git altmodüller ile hg deposu/alt depomda yaptığım her işlem için bu müdahale committing subrepository SUBREPO'u nasıl önleyebilirim? Bu bir hata mı? Bu bir git tasarım (belki git depoları daima daima çekme eyleminden sonra değiştirmek gibi en azından bir "durum" dosyasını falan değiştirmek? Ben git ile çok deneyimi yok ...)
1? – Andy
yaşamak isteyen asla Dehşet saçma senaryo için – jmg
@jmg: Denemedim, çünkü bu alt modülleri sadece 'dışlamak' değil, nedenini anlamak istiyorum. :) –