tfs - टीएफएस में गेट चेक की हानि



continuous-integration checkin (1)

मैंने हमेशा टीएफएस में सतत एकीकरण (सीआई) निर्माण के साथ काम किया है हालांकि, मेरी आखिरी परियोजना में हमने gated चेक-इन ट्रिगर का उपयोग करना शुरू कर दिया था।

कोई गैट चेक-इन का उपयोग करते समय क्या कोई नुकसान हो सकता है? क्योंकि अगर यह टीम को टूटा कोड में चेक करने से रोकता है, तो सीआई ट्रिगर का उद्देश्य क्या है?


गैटिड चेकिन निरंतर एकीकरण निर्माण का एक रूप है। टीएफएस में, यह एक शेल्सेट तैयार करता है जिसमें वह कोड होता है जो मान्य है, फिर उस कोड का निर्माण चलाता है। अगर यह कोड सफलतापूर्वक बनाता है और सभी कॉन्फ़िगर किया गया यूनिट परीक्षण पास हो तो वास्तव में कोड मिलता है।

निरंतर एकीकरण अलग-अलग है - सीआई में, कोड निर्माण के परिणाम के रूप में होने के बावजूद प्रतिबद्ध है। यदि खराब कोड होने के कारण सीआई बिल्ड विफल हो जाता है, तो कोड अभी भी वहां है, स्रोत नियंत्रण में, हर किसी के लिए बुलाने के लिए उपलब्ध है

अब राय-आधारित भाग के लिए: अगर आपके पास कौशल / अनुभव के विभिन्न स्तरों के डेवलपर्स की बड़ी संख्या है, तो गेटिज़ चेकिन बहुत बढ़िया है, क्योंकि यह टूटे हुए कोड को स्रोत नियंत्रण में जाने से रोकता है। नकारात्मकता यह है कि यह कोड के बीच का समय बढ़ जाता है और कोड दूसरों के लिए उपलब्ध होता है, और इस तरह से उन स्थितियों का कारण बन सकता है जहां लोगों को अपने अंगूठे के आसपास इंतजार कर रहे हैं जो कि सफलतापूर्वक सफलतापूर्वक पूरा करने के लिए इंतजार कर रहे हैं।

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





checkin