Taahhütler, refler, şubeler ve " et cetera " ile ilgili olarak Magnus yanıtı çalışır ( git remote update).
Ama ne yazık ki istediğim gibi clone/ ayna / update kanca için bir yolu yoktur ...
Kancaları klonlama / yansıtma hakkında bu çok ilginç ipliği buldum:
http://kerneltrap.org/mailarchive/git/2007/8/28/256180/thread
Öğrendim:
Kancalar havuz içeriğinin bir parçası olarak kabul edilmez.
.git/descriptionKlasör gibi, kancalar gibi klonlanmayan daha fazla veri var .
Görünen varsayılan kanca hooksdir geliyorTEMPLATE_DIR
templateGit'te bu ilginç özellik var.
Yani, ya bu "kancaları bir şey klonla" ya görmezden gelebilir ya da rsyncbenim ayna (sadece diğer klonlar için yedekleme + kaynak) amaçları göz önüne alındığında, bir strateji için gidebiliriz .
Şey ... Kancaların klonlanmasını unutacağım ve git remote updateyola devam edeceğim .
- Sehe, sadece "kancaların"
clone/ updatesüreçleri tarafından yönetilmediğini , aynı zamanda zıvanaların, rerere vb rsync. Bu benim durumumda gerçekten gerekli olmadığından (kancalar, saklamaklar vb.Gibi param yok), dediğim gibi, buna bağlı kalacağım remote update.
Teşekkürler! Kendi "git-fu" biraz geliştirildi ... :-)
git fetchmı? Yoksagit remote updatetek başına hepsini yapacak mı?