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/description
Klasör gibi, kancalar gibi klonlanmayan daha fazla veri var .
Görünen varsayılan kanca hooks
dir geliyorTEMPLATE_DIR
template
Git'te bu ilginç özellik var.
Yani, ya bu "kancaları bir şey klonla" ya görmezden gelebilir ya da rsync
benim 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 update
yola devam edeceğim .
- Sehe, sadece "kancaların"
clone
/ update
sü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 fetch
mı? Yoksagit remote update
tek başına hepsini yapacak mı?