के कारण निर्माण विफलताओं को अंतःस्थापित करते हैं हम टीएफएस 2010 निरंतर एकीकरण स्वचालित निर्माण का उपयोग करते हैं जो प्रत्येक चेक-इन पर लात मारता है। मैंने हाल ही में एक ही एजेंट पर अनुक्रमिक रूप से विरोध के रूप में विभिन्न बिल्ड एजेंटों पर समानांतर में डीबग और रिलीज बनाने के लिए प्रक्रिया टेम्पलेट को बदल दिया है।समानांतर में विभिन्न स्वाद बनाने के लिए स्विच करने के बाद, हम CreateLabel विफलता
तब से, हम निम्नलिखित त्रुटि के कारण निर्माण विफलता को देख रहे हैं। यह अक्सर इतना होता है कि यह अस्वीकार्य है (प्रत्येक 5 वीं -10 वीं बिल्ड या तो)।
"TF203059: लेबल पहले से मौजूद एक अलग लेबल नाम के साथ आदेश पुन: प्रयास करें।"
मैं एक विशिष्ट पैटर्न ऐसा करने का कारण बनता है कि यह पता लगाने के लिए सक्षम नहीं किया गया। क्या किसी ने पहले इसका सामना किया है? क्या कोई बदलाव है जो बिल्ड प्रक्रिया में निर्माण लेबल गतिविधि में किया जाना चाहिए?
यह इस बात पर निर्भर करता है कि आपने अपनी बिल्ड प्रक्रिया टेम्पलेट को कैसे अनुकूलित किया है। क्या आप थोड़ा सा वर्णन कर सकते हैं कि आपने इसे कैसे सेट किया है? – pantelif
हाय पेंटेलिफ़, आपकी प्रतिक्रिया के लिए धन्यवाद। मैंने यहां एक उदाहरण के रूप में साझा किए गए निर्माण प्रक्रिया टेम्पलेट का उपयोग किया: http://blogs.msdn.com/b/jimlamb/archive/2010/09/14/parallelized-builds-with-tfs2010.aspx – LiliaP
कुछ और विवरण: मैंने जोड़ा बिल्ड प्रक्रिया अनुक्रम में एक समानांतर फॉरएच नियंत्रण प्रवाह और इसके अंदर पूरे RunOnAgent ब्लॉक को रखा गया है। CreateLabel गतिविधि RunOnAgent ब्लॉक का हिस्सा था, इसलिए अब यह प्रत्येक बिल्ड स्वाद के लिए निष्पादित हो जाती है। लेबल संख्या बनाने के लिए सेट हो जाता है जो प्रारूप $ (दिनांक: yyyy.MM.dd) $ (Rev: .rr) में है। नतीजतन डीबग और रिलीज दोनों एक ही लेबल का उपयोग करेंगे। यह ज्यादातर बार मुद्दों का कारण नहीं बनता है, लेकिन हम अंतःस्थापित निर्माण विफलताओं को प्राप्त करते हैं – LiliaP