visual studio - पूर्व-निर्माण कार्य-क्रूज कंट्रोल। नेट में कार्यशील प्रतिलिपि को हटा रहा है




visual-studio continuous-integration (4)

आपके बिल्ड से पहले या बाद में पूर्ण डिलीट करना अच्छा अभ्यास है इसका मतलब यह है कि आपके बिल्ड वातावरण की कोई पुरानी फाइल नहीं बनाई गई है। आपकी इमारत रिपॉजिटरी में क्या है इसके ठीक ठीक से।

काम की नकल हटाना संभव है क्योंकि मैंने इसे नान्ट के साथ किया है।

नैनंट में मेरे पास अपने खुद के फ़ोल्डर में एक साफ स्क्रिप्ट होगी जिसे मैं हटाना चाहता हूं और फिर इसे सीसीनेट से जोड़ता हूं।

मुझे लगता है यह एक बैच फ़ाइल के साथ भी संभव होना चाहिए। Rmdir कमांड http://www.computerhope.com/rmdirhlp.htm पर एक नज़र डालें

@pauldoo

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

मैं वर्तमान में काम पर एक सतत एकीकरण वातावरण स्थापित करने की प्रक्रिया में हूं। हम VisualSVN सर्वर और CrusieControl.NET का उपयोग कर रहे हैं। कभी-कभी एक बिल्ड असफल हो जायेगा और एक लक्षण यह है कि क्रूज कंट्रोल। नेट काम की प्रतिलिपि में कोई संघर्ष है। मेरा मानना ​​है कि इस तरह से मैंने जिस तरह से विजुअल स्टूडियो समाधान स्थापित किया है उम्मीद है कि इस पर्यावरण में जितनी अधिक परियोजनाएं चलती हैं, उनमें हमारी समझ में बेहतर होगा कि उन्हें कैसे स्थापित किया जाए, इसलिए मैं इस प्रश्न पर सवाल नहीं उठा रहा हूं कि इस स्तर पर संघर्ष क्यों हो रहा है। बिल्ड को ठीक करने के लिए, मैं काम की प्रतिलिपि को हटा देता हूं और एक नया निर्माण करने के लिए मजबूर करता हूं - ये हर समय काम करता है (वर्तमान में)। तो मेरे सवाल ये हैं: काम की प्रति को निरंतर एकीकरण निर्माण प्रक्रिया का एक मान्य हिस्सा हटा रहा है, और मैं इसके बारे में कैसे जाना है?

मैंने एमएसटीस्क सहित समाधान की कोशिश की है और कमांड लाइन से डिलीट कर फोन किया है लेकिन मुझे कोई भाग्य नहीं है।

इतना शर्मिंदा होने के लिए क्षमा करें - अच्छा काम यह बीटा है :)


यह बहुत आम है और आम तौर पर किसी भी निर्माण प्रक्रिया के लिए एक अच्छा अभ्यास है जो किसी भी महत्वपूर्ण बिल्ड को करने से पहले 'क्लीन' कर सकता है। यह उत्पादन को दागने के लिए पिछले बिल्ड से किसी भी 'कलाकृतियों' को रोकता है

एक साफ साफ है कि आप काम कर रहे कॉपी को हटाकर क्या कर रहे हैं।


@ जेमी: एक ऐसा कारण है कि आप लगातार एकीकरण सर्वर का उपयोग करते समय हर समय एक स्वच्छ निर्माण करने में सक्षम नहीं हो सकते हैं - निर्माण का समय। कुछ परियोजनाओं पर मैंने काम किया है, स्वच्छ बनाता है 80+ मिनट (एक एम्बेडेड प्रोजेक्ट जिसमें हजारों सी ++ फाइलें चेकआउट में मिलती हैं और फिर कई लक्ष्य के विरुद्ध संकलन करती हैं)। इस मामले में, आपको संभावना के मुकाबले तेजी से प्रतिक्रिया के लाभ का वजन करना होगा कि एक स्वच्छ निर्माण कुछ ऐसी चीज़ को पकड़ लेगा जो एक वृद्धिशील निर्माण नहीं करेगा। हमारे मामले में, हमने निर्माण प्रक्रिया को सुधारने और समानांतर करने पर काम किया, जबकि एक ही समय में हमारी सीआई मशीन पर वृद्धिशील निर्माण की अनुमति देता है। हमारे पास कुछ समस्याएं थीं क्योंकि हम साफ निर्माण नहीं कर रहे थे, लेकिन रात या साप्ताहिक एक स्वच्छ निर्माण करके आप अपने सीआई मशीन के त्वरित प्रतिक्रिया को खोए बिना जोखिम को हटा सकते हैं।


यदि आप सीसीएनईटी के जिरा की जांच करते हैं, तो सबवर्सन के लिए क्लीनकॉपी को लागू करने के लिए एक पैच चेक किया गया है, जो वास्तव में आप क्या चाहते हैं और सिर्फ अपने कॉन्ट्रैक्ट ब्लॉक के अंदर ही TrueCopy को सही सेट करते हैं, बस टीएफएस वन की तरह।