गिट हुक - रिमोट रिपोजिटरी से प्रचार?

Question

मैं वर्तमान में एक मौजूदा एसवीएन भंडार को गिट में परिवर्तित करने के लिए देख रहा हूं, और फिर धक्का देने से पहले समीक्षाओं के लिए समीक्षाबोर्ड का उपयोग करने के लिए। मैंने हाल ही में गिट का उपयोग करना शुरू कर दिया है और इस पर एक विशेषज्ञ से बहुत दूर हूं, हालांकि मैं जो करना चाहता हूं वह प्री-पुश हुक है जो समीक्षा के बाद में "सबमिट-समीक्षा" चलाता है। मेरे पास एक हुक काम कर रहा है जो ऐसा करेगा, हालांकि ऐसा लगता है कि यह भंडार के क्लोन में स्वचालित रूप से प्रचारित नहीं होता है। इसके आसपास पढ़ना ऐसा लगता है जैसे उपयोगकर्ता पर निष्पादन योग्य कोड को रोकने के लिए ऐसा नहीं किया जाता है, हालांकि यह एक आंतरिक-केवल भंडार है और हम इसे और कुछ अन्य नीतियों को लागू करना चाहते हैं। क्या रिमोट क्लोन में हुक को फैलाने के लिए गिट को मजबूर करने का कोई तरीका है या क्या हमें अपने डेवलपर्स को उन स्थानीय चीजों को चलाने के लिए निर्देश देना है जो उन हुक को अपने स्थानीय रिपोज़ में रखती हैं?

धन्यवाद - एडम

Answer 1

Git है कोई बिल्ट-इन क्लोन, वैकल्पिक या अन्यथा के बीच हुक स्थानांतरित करने के लिए समर्थन करते हैं। इसमें डिफ़ॉल्ट टेम्पलेट्स हैं जिन्हें आप नए रिपॉजिटरीज़ में संशोधित या जोड़ सकते हैं, लेकिन उनको स्थानीय फाइल सिस्टम (या नेटवर्क फाइल सिस्टम, जैसा मामला हो) से खींचा जाता है। यह संभव है कि आप उन्हें कॉपी करने के लिए एक सिस्टम का वाद्य यंत्र बना सकें, या हुक स्वयं को भंडार में डाल दें और पूछें कि डेवलपर्स अपने क्लोन को सही तरीके से कॉन्फ़िगर करते हैं।

धक्का तब होता है जब आप केंद्रीय नंगे भंडार पर इच्छित हुक चलाने के लिए संभव हो सकते हैं, लेकिन रीफ अपडेट होने से पहले। यह पूर्व-प्राप्त या अद्यतन हुक के साथ किया जा सकता है। चाहे यह स्वीकार्य है इस हुक की वास्तविक कार्यक्षमता पर निर्भर करता है, जो आपकी पोस्ट से स्पष्ट नहीं है।

पढ़ना http://www.reviewboard.org/docs/manual/dev/faq/ ऐसा लगता है कि आपको अपने डेवलपर्स को विषय शाखाओं का उपयोग करने के लिए प्रोत्साहित करना चाहिए। एक बार परिवर्तन स्वीकृत हो जाने पर, उन्हें रिलीज शाखाओं में विलय किया जा सकता है। आपके पास एक अपडेट हुक हो सकता है जो केवल विशेषाधिकार प्राप्त उपयोगकर्ताओं, या किसी अन्य मानदंड से विशेष शाखाओं को धक्का देता है। यह भी Gitolite, जो आप http://progit.org/book/ch4-8.html

पर के बारे में पढ़ सकते हैं आप Reviewboard करने के लिए प्रतिबद्ध नहीं कर रहे हैं का उपयोग कर, आप http://code.google.com/p/gerrit/ जो बेहतर Git के साथ एकीकृत है पर विचार हो सकता किया जा सकता है और स्पष्ट रूप से इस कार्यप्रवाह का समर्थन करता है