2010-08-12 14 views
8

Şu anda varolan bir SVN deposunu git'e dönüştürmek ve daha sonra İçe Aktarım'ı itmeye izin vermeden önce incelemek için kullanmak istiyorum. Son zamanlarda git'i kullanmaya başladım ve bir uzmandan çok uzaktayım, ancak yapmak istediklerim, ReviewBoard'taki değişiklikleri göndermek için "post-review" yazan bir ön-itme kancasına sahip olmaktı. Bunu yapacak bir çengelim var, ancak bunun otomatik olarak havuzun klonlarına yayılmadığı anlaşılıyor. Çevresinde okuma yapmak, bir kullanıcı üzerinde çalıştırılabilir kodun zorlanmasını engellemek için yapılmadığı gibi ses çıkarır, ancak bu yalnızca dahili bir depodır ve bunu ve birkaç diğer ilkeyi uygulamak istiyoruz. Git kancaları uzak klonlara yaymaya zorlamanın bir yolu var mı, yoksa geliştiricilerimize bu kancaları kendi yerel depolarına yerleştiren bir şeyi çalıştırmaları için eğitmemiz gerekiyor mu?Git kancaları - uzak depodan yayılıyor mu?

Teşekkür - Adam

+0

bakınız http://stackoverflow.com/questions/3462955/putting-git-hooks-into-repository - bu, bazı sorularınızı yanıtlıyor. – bstpierre

cevap

7

Git sahip yerleşik bir klon, isteğe bağlı veya başka türlü arasındaki kancaları aktarımı için destek. Yeni depolar için değiştirebileceğiniz veya ekleyebileceğiniz varsayılan şablonlara sahiptir, ancak bunlar yerel dosya sisteminden (veya duruma göre ağ dosya sisteminden) çekilir. Bunları kopyalamak için bir sistem kurabilir veya kancaları kendilerini depoya koyabilirsiniz ve geliştiricilerin kendi klonlarını doğru şekilde yapılandırmasını istemeniz mümkündür.

Ayrıca itme gerçekleştiğinde ancak ref güncellenir önce, sen merkez çıplak depo üzerinde istediğiniz kanca çalıştırmak mümkün olabilir. Bu bir ön-alım veya güncelleme kancası ile yapılabilir. Bunun kabul edilebilir olup olmadığı, bu kancanın fiili işlevselliğine bağlıdır. belki konu dalları kullanmak için geliştiriciler teşvik etmelidir gibi

http://www.reviewboard.org/docs/manual/dev/faq/ Okuma geliyor. Değişiklikler onaylandıktan sonra, serbest bırakma dallarına birleştirilebilirler. Yalnızca ayrıcalıklı kullanıcılardan veya başka herhangi bir ölçütden belirli şubelere izin veren bir güncelleme çengeliniz olabilir. Bu aynı zamanda, sen Git ile daha iyi entegre olduğunu http://code.google.com/p/gerrit/ düşünebilirsiniz Eğer Reviewboard taahhüt sırada görmüyorsanız http://progit.org/book/ch4-8.html

de okuyabilirsiniz Gitolite, kullanılarak yapılabilir ve açıkça Bu iş akışını destekleyen olabilir