Uzaktan, ve birden çok yerel depoları olarak resmi bir depo klonlanmış, bir-commit kanca ön ana depo üzerinde komut dosyası ve tüm klonlar zorunlu?

Ben öyle düşünmüyorum, kanca klonlanmış değildir.
Eğer kanca dosyası olabilir kendisi sürüm bilgisi ve (sembolik) link klon sunucular (bağlantı özelliği olan OS onların desteği var).

Ya da belki kancaları parçası git template directory kullanılan oluşturma klonlar (sadece emin olmak onların varlıkları klon repo, o olmaz garanti aslında kullanılan ve yürütülen).

Ama" bir şekilde işlemeye zorlamak için. "merkezi olur, diye düşünüyorum.

Olarak Jefromi bile daha net yorumlar açıklar (vurgu benim):

Gerçekten kancaları repo ile dağıtılan zorunlu olması ve git deposu fikrine karşı gider bence.
Benim klon benim deposudur. Beğendim ancak üzerinde gıt kullanmak mümkün, ya da kanca çalıştırmak için olup olmadığını belirlemek dahil olmalıyım.
(Ve güvenlik açısından, bu gerçekten korkutucu olurdu - kimse belirli gıt komutları çalıştırmak zaman ben bana bazı komut dosyalarını çalıştırmak için zorlamak için yeteneğine sahip olmalıdır.)

Bu yoruma katılıyorum, ve sadece kuralları yerel olarak, belirli özel bir repo uygulanan uygulamak için yollar gördük.
Örneğin, Merkez repo ile doğrudan itmek istemezsin, ama önce bazı kuralları takip eğer sadece commit kabul edecek olan QA bir repo için itmek istiyorsunuz. Eğer bunu yaparsa, o zaman QA repo senin Merkez repo taahhüt itecektir.

Başka bir şekilde doğrudan bahsettiğim ne elde edilecek "Serverless Continuous Integration with Git", bir şekilde uygulamak içinyerel olaraközel bir yere zorlayıp daha önce bu işleri kurmak.