एक गेटेड चेक-इन एक परिवर्तन-सेट बनाएगा जिसका नाम * NO_CI * के साथ समाप्त हो गया है? क्या NO_CI के लिए खड़ा है? मैं सिर्फ "त्रुटियों में कोई जांच नहीं" के बारे में सोच सकता हूं लेकिन यह समझ में नहीं आता है।*** NO_CI *** के लिए क्या खड़ा है?
यह कोई निरंतर एकीकरण है।
चूंकि चेक-इन गेट किया गया है, इसलिए मौजूदा कोड, साथ ही यह चेक-इन अलग-अलग बनाया जाएगा और बिल्ड सफल होने पर ही अनुमति दी जाएगी। तो जब गेटिंग प्रक्रिया वास्तव में इसे स्रोत नियंत्रण में जमा करती है, तो चेक-इन के लिए कोई अन्य बिंदु नहीं होने के कारण कोई भी बिंदु नहीं होगा, क्योंकि उस बिंदु पर ट्रांस्सेटसेट 'अच्छा ज्ञात' है।
तो यह प्रत्यय निरंतर एकीकरण प्रणाली के लिए एक निर्देश है: "जब यह परिवर्तन वास्तव में वास्तविक के लिए प्रतिबद्ध हो जाता है ', तो इसके कारण एक निरंतर एकीकरण निर्माण स्वचालित रूप से नहीं चलाया जाता है"।
अधिक जानकारी के लिए here देखें।
चेक इन पर NO_CI "कोई निरंतर एकीकरण" इंगित करता है यानी "कृपया इस चेक के कारण सीआई बिल्ड शुरू न करें"।
इसका मतलब है कि इस चेक-इन के बाद कोई सीआई बिल्ड ट्रिगर नहीं किया जाएगा। आपको अपनी एक्सएएमएल फ़ाइल को संशोधित करना होगा ताकि गेटेड चेक-इन गतिविधि के बाद सीआई बिल्ड ट्रिगर हो।
XAML फ़ाइल को कस्टमाइज़ करने के तरीके के बारे में अधिक जानकारी के लिए कृपया निम्न लिंक देखें।
http://donovanbrown.com/post/How-to-have-CI-builds-run-after-a-Gated-Build.aspx
क्या एक मैला योजना है। अब मेरे पास सभी काम करता है ** NO_CI **। –
असल में इसका गेटेड चेक-इन के साथ कुछ लेना देना नहीं है, यह लगातार निरंतर एकीकरण निर्माण को ट्रिगर करने पर रोक लगाता है। –
इसके लायक होने के लिए, सिंकवॉर्स्पेस एक्शन में नोसीओप्शन नामक एक संपत्ति है जिसका उपयोग अवांछित टिप्पणी स्पैम को अक्षम करने के लिए किया जा सकता है। – bwerks