आप pre-push
हुक (Git 1.8.2 के बाद से) का उपयोग कर सकते हैं।
आपका पूर्व धक्का हुक git status
के निकास कोड की जांच कर सकता है, अगर git status
रिटर्न गैर शून्य (पुश करने के लिए ठीक है) लौटने 0 अन्यथा 1 लौटने (पुश की अनुमति नहीं है)।
git-status
के लिए आदमी पृष्ठ बताता है:
अगर कोई रास्ता है कि इंडेक्स फ़ाइल और वर्तमान प्रधान के लिए प्रतिबद्ध के बीच अलग है, आदेश बाहर निकलता है (यानी, वहाँ Git चल प्रतिबद्ध द्वारा प्रतिबद्ध करने के लिए कुछ भी नहीं है) गैर-शून्य स्थिति के साथ।
गिट 1.8.2 या बाद में निर्मित कोई भी रेपो निर्देशिका में pre-push.sample
होगा, जो आपकी नीति को लागू करने के लिए एक उपयोगी प्रारंभिक बिंदु है। pre-push
हुक का उपयोग करने के अधिक अच्छे उदाहरण यहां दिए गए हैं: http://blog.ittybittyapps.com/blog/2013/09/03/git-pre-push/
ध्यान रखें कि हुक अपस्ट्रीम रेपो पर नहीं चलता है। आपकी क्लोन को लागू करने के लिए प्रत्येक क्लोन को इस हुक को स्थापित करने की आवश्यकता होगी। (हुक को भंडार के हिस्से के रूप में क्लोन नहीं किया जाता है। चूंकि गिट द्वारा हुक को निष्पादित किया जाता है, इसलिए यह डिज़ाइन डेवलपर की मशीन पर चलने वाले दुर्भावनापूर्ण हुक को रोकता है। दुर्भावनापूर्ण कोड को मेकफ़ाइल में जाना चाहिए या स्क्रिप्ट कॉन्फ़िगर करना चाहिए, जो डेवलपर बिना देखे चलते हैं।)
स्रोत
2010-05-14 00:52:02
अपने डेवलपर्स को और सावधान रहने के लिए कहें? टूलिंग हमेशा समाधान नहीं है। –
गिट रेपो कुछ रंग दें, और अपने डेवलपर्स को "गिट एड" के बारे में सिखाएं। "गिट स्टेटस" और "गिट एड-ए" –