क्या मुझे नेंट से एमएसबिल्ड में स्विच करना चाहिए?

मैं वर्तमान में नेंट, सीसीनेट (क्रूज कंट्रोल), एसवीएन, एमबुनिट का उपयोग करता हूं। मैं अपने एसएलएन बिल्ड करने के लिए एमएसबिल्ड का उपयोग करता हूं क्योंकि यह खोलने के लिए आसान था।

क्या मेरी पूरी बिल्ड स्क्रिप्ट को MSBuild में स्विच करने के लिए कोई योग्यता है? मुझे परीक्षण, वॉटर स्टाइल टेस्ट, एक्सकॉपी तैनाती चलाने में सक्षम होना चाहिए। क्या यह आसान है?

अद्यतन: कोई आकर्षक सुविधाएं जो मुझे नैन से msbuild में स्थानांतरित करने का कारण बनती हैं?

0
ro fr bn
वेबवेसेन ने इस ब्रह्मांड में एक पुनरावर्ती छेद की खोज की है, एक ऐसे प्रश्न का संदर्भ बैठकर जो अस्तित्व में नहीं था, क्या यह दूसरा तरीका नहीं होना चाहिए?
जोड़ा लेखक DevelopingChris, स्रोत

8 उत्तर

@ ब्रैड लीच

मैं आमतौर पर तब तक उनके बीच स्विच नहीं करता जब तक कि कोई आकर्षक सुविधा न हो जो

अनुपलब्ध था

msbuild का उपयोग करने के लिए अनिवार्य कारण क्या हैं? वहाँ विपक्ष हैं?

अब तक मुझे बहुत अच्छा मिल रहा है, "आपके जवाब से" परेशान न करें "।

0
जोड़ा

मैं एमएसबिल्ड के साथ नंत का उपयोग करता हूं, क्योंकि नेंट का वर्तमान संस्करण अभी तक .NET 3.5 अनुप्रयोगों को संकलित नहीं कर सकता है (वही सच था जब .NET 2.0 पहले आया था)।

0
जोड़ा

मुझे एमएसबिल्ड पसंद है। एक कारण यह है कि .csproj फ़ाइलें msbuild फ़ाइलें हैं, और वीएस में बिल्डिंग कमांड लाइन पर बस की तरह है। एक अन्य कारण टीमसिटी से अच्छा समर्थन है जो सीआई सर्वर है जिसका मैं उपयोग कर रहा हूं। यदि आप MSBuild का उपयोग शुरू करते हैं, और आप अपनी निर्माण प्रक्रिया में और अधिक कस्टम चीजें करना चाहते हैं, तो MSBuild सामुदायिक कार्य प्राप्त करें । वे आपको अच्छे अतिरिक्त कार्यों का एक गुच्छा देते हैं। मैंने कई वर्षों से एनएएनटी का उपयोग नहीं किया है, और मुझे खेद नहीं है।

साथ ही, जैसा कि रूबेन का उल्लेख है, कोडप्लेक्स पर एसडीसी कार्य कार्य हैं।

और भी मज़ेदार के लिए, CodePlex पर MSBuild एक्सटेंशन पैक है, जिसमें एक ट्विटर कार्य शामिल है।

0
जोड़ा
एसडीसी कार्यों भी हैं। और हाशिमी किताब।
जोड़ा लेखक Ruben Bartelink, स्रोत

मुझे लगता है कि एमएसबिल्ड और नंत काफी तुलनीय हैं। यदि आप इनमें से किसी एक का उपयोग कर रहे हैं, तो मैं आमतौर पर तब तक उनके बीच स्विच नहीं करता जब तक कि आपके द्वारा चुने गए उत्पाद में अनुपलब्ध कोई आकर्षक सुविधा न हो।

मैं व्यक्तिगत रूप से किसी भी नई परियोजना के लिए एमएसबिल्ड का उपयोग करता हूं, लेकिन आपका माइलेज भिन्न हो सकता है।

उम्मीद है की वो मदद करदे!

Edit: @ChanChan - @Jon mentions that Nant doesn't build .NET 3.5 applications. This may be enough of a reason to either change, or at least use them in parallel. As I've moved more towards MSBuild, I am probably not the most informed person to highlight any other showstoppers with either technology.

Edit: It appears Nant now builds .NET 3.5 Applications.

0
जोड़ा
एनएएनटी अब 3.5 अनुप्रयोगों का निर्माण करता है।
जोड़ा लेखक Sandeep Datta, स्रोत

मुझे लगता है कि वे सुविधाओं और आसानी से उपयोग में अपेक्षाकृत तुलनीय हैं। बस सी # आधारित होने से मुझे msbuild को नैन की तुलना में काम करना आसान लगता है, हालांकि यह स्विच करने के लिए शायद ही कोई अनिवार्य कारण है।

वास्तव में आपके लिए क्या नहीं कर रहा है? या क्या आप उम्मीद कर रहे हैं कि कुछ शानदार सुविधा है जिसे आप याद कर सकते हैं? :)

सी # के बारे में एक बहुत अच्छी बात यह है कि यदि आपके पास .NET ढांचा है, तो आपके पास msbuild चलाने के लिए आवश्यक सब कुछ है। यह शानदार है जब आप बड़ी टीमों/परियोजनाओं पर काम कर रहे हैं और लोगों/हार्डवेयर कारोबार कर रहे हैं।

व्यक्तिगत रूप से मैं उन दोनों पर स्कैन पसंद करता हूं :)

0
जोड़ा
एनएएनटी सी # में लिखा गया
जोड़ा लेखक Artem Tikhomirov, स्रोत

एमएसबिल्ड का उपयोग करने के लिए मैं देख सकता हूं कि एकमात्र कारण यह है कि यदि आप क्रूज़ कंट्रोल जैसे स्वचालित बिल्ड सर्वर का उपयोग करना चाहते हैं। यदि आप स्विच नहीं करेंगे, तो मैं इसे अकेला छोड़ दूंगा।

0
जोड़ा
cruisecontrol.net में बॉक्स के बाहर नेंट और एमएसबिल्ड के लिए कार्य हैं
जोड़ा लेखक Hamish Smith, स्रोत

MSBuild (कम से कम .NET 3.5 और उससे आगे) का उपयोग करने के लिए सबसे अधिक आकर्षक कारण - निर्माण इंजन समवर्ती रूप से निर्माण कर सकता है।

इसका मतलब है कि आपके निर्माण में एक बड़ी गति आपके पास एकाधिक कोर/प्रोसेसर हैं।

3.5 से पहले, एमएसबिल्ड ने समांतर बिल्ड नहीं किया था।

0
जोड़ा

मेरी सलाह सिर्फ विपरीत है - प्लेग की तरह एमएसबिल्ड से बचें। एनएनटी स्वचालित परीक्षण करने के लिए अपने निर्माण को स्थापित करने, कई उत्पादन वातावरण में तैनात करने, प्रवेश वातावरण के लिए क्रूज़ कंट्रोल के साथ एकीकृत करने, स्रोत नियंत्रण के साथ एकीकृत करने के लिए बहुत आसान है। हम टीएफएस/एमएसबिल्ड (टीएफएस डिप्लॉयर, कस्टम पावरहेल स्क्रिप्ट्स इत्यादि का उपयोग करके) के साथ इतना दर्द से गुजर चुके हैं कि हम ऐसा करने के लिए जो हम बॉक्स से बाहर एनएनटी के साथ कर सकें। अपना समय बर्बाद मत करो।

0
जोड़ा
मैंने बड़े पैमाने पर दोनों का उपयोग किया है, जबकि माइक्रोसॉफ्ट ने मूल रूप से एनएएनटी की प्रतिलिपि बनाई है, एमएसबिल्ड के लिए कस्टम कार्यों को विकसित करना आसान है, और यदि आप एमएसबिल्ड एक्सटेंशन पैक के साथ एमएसबिल्ड सामुदायिक कार्य को जोड़ते हैं तो आपके पास कई प्रकार के टूल्स हैं। एमएसबिल्ड जीता क्योंकि यह एमएस परियोजनाओं में एकीकृत है।
जोड़ा लेखक si618, स्रोत
Si, आप गलत हैं। 1) एनएएनटी में कस्टमटास्क जितना आसान हो उतना सरल होता है - कार्य 2 का उप-वर्ग) नैन के पास एनएसटीकॉन्ट्रिब के साथ-साथ एमएसबिल्ड 3 की तुलना में बहुत अधिक सामुदायिक समर्थन है। मैं अपने एमएस परियोजनाओं में एनएएनटी को एनएएनटी.एक्सई चलाने के लिए बैच फ़ाइल लिखने में एकीकृत करता हूं। यह एक निर्माण है, रॉकेट सर्जरी नहीं।
जोड़ा लेखक Jim, स्रोत
+1 एमएसबिल्ड के पास यह जगह है, लेकिन NANT अधिक शक्तिशाली है। मुझे स्विच करने के लिए कोई अनिवार्य कारण नहीं मिला है, खासकर जब कार्य NAntContrib में मौजूद है।
जोड़ा लेखक Scott Saad, स्रोत