1. घर
  2. सवाल और जवाब
  3. क्या मुझे नेंट से msbuild में स्विच करना चाहिए?

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

2008-08-14 17 views
28

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

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

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

स्रोत

2008-08-14 DevelopingChris

+1

http://stackoverflow.com/questions/476163/nant-or-msbuild-which-one-to-choose-and-when – webwesen

+5

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

उत्तर

31

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

इसके अलावा, जैसा कि रूबेन उल्लेख करता है, कोडप्लेक्स पर SDC Tasks कार्य हैं।

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

स्रोत

2008-08-14 06:14:26

+0

में लिखा गया है इसके अलावा एसडीसी कार्य भी हैं। और हाशिमी किताब। –

9

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

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

आशा है कि मदद करता है!

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

संपादित करें: ऐसा लगता है कि नेंट अब .NET 3.5 अनुप्रयोग बनाता है।

स्रोत

2008-08-14 03:43:04

+0

नैन अब 3.5 नेट अनुप्रयोगों का निर्माण करता है। –

1

@Brad लीच

मैं आम तौर पर उनके बीच स्विच नहीं होगा जब तक कि वहाँ एक सम्मोहक विशेषता यह है कि याद आ रही थी

क्या बाध्यकारी कारण MSBuild उपयोग करने के लिए कर रहे हैं था? वहाँ विपक्ष हैं?

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

स्रोत

2008-08-14 03:49:42 DevelopingChris

0

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

स्रोत

2008-08-14 03:53:09

0

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

स्रोत

2008-08-14 04:06:00 AdamSane

+0

cruisecontrol.net में –

1

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

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

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

व्यक्तिगत तौर पर मैं उन दोनों से अधिक SCons पसंद करते हैं :)

स्रोत

2008-08-14 06:07:42

+0

एनएएनटी बॉक्स में से नैन और एमएसबिल्ड के लिए कार्य है, सी # –

12

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

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

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

स्रोत

2008-08-15 14:39:02 Adam

27

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

स्रोत

2008-08-15 14:49:46 Jim

+2

+1 एमएसबिल्ड के पास यह जगह है, लेकिन NANT अधिक शक्तिशाली है। मुझे स्विच करने के लिए कोई अनिवार्य कारण नहीं मिला है, खासकर जब कार्य NANTContrib में मौजूद है। –

+5

मैंने बड़े पैमाने पर दोनों का उपयोग किया है, जबकि माइक्रोसॉफ्ट ने मूल रूप से एनएएनटी की प्रतिलिपि बनाई है, एमएसबिल्ड के लिए कस्टम कार्यों को विकसित करना आसान है, और यदि आप एमएसबिल्ड एक्सटेंशन पैक के साथ एमएसबिल्ड सामुदायिक कार्य को जोड़ते हैं तो आपके पास उपकरण की एक विस्तृत श्रृंखला है। एमएसबिल्ड जीता क्योंकि यह एमएस परियोजनाओं में एकीकृत है। – si618

+2

सी, आप गलत हैं। 1) NANT में CustomTasks के रूप में यह हो जाता है के रूप में सरल -) कार्य 2) NANT NANTContrib है की एक उपवर्ग के साथ-साथ MSBuild 3 तुलना में बहुत अधिक समुदाय के समर्थन मैं NANT एकीकृत मेरी एमएस NANT चलाने के लिए एक बैच फ़ाइल लेखन परियोजनाओं में ।प्रोग्राम फ़ाइल। यह एक निर्माण है, रॉकेट सर्जरी नहीं। – Jim

1

मुख्य कारण है कि मैं अभी भी अपने स्वचालित निर्माण के लिए msbuild पर nAnt का उपयोग करता हूं, यह है कि मेरे निर्माण पर मेरे पास अधिक बारीक नियंत्रण है। Csproj का उपयोग करते हुए msbuild के कारण इसकी बिल्ड फ़ाइल है, उस प्रोजेक्ट के सभी स्रोत को एक असेंबली में संकलित किया गया है। जिसके कारण मुझे बड़ी परियोजनाओं के लिए अपने समाधान में बहुत सारी परियोजनाएं मिलती हैं जहां मैं तर्क को अलग कर रहा हूं। ठीक है, मैं अपने निर्माण की व्यवस्था कर सकता हूं जहां मैं एक परियोजना से कई असेंबली में संकलित कर सकता हूं।

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

हालांकि, मैं कुछ निर्माण कार्यों के संयोजन के रूप में दोनों नेंट और एमएसबिल्ड का उपयोग करता हूं, जैसे WPF अनुप्रयोगों का निर्माण करना। नैन के भीतर msbuild लक्ष्य के साथ एक WPF अनुप्रयोग संकलित करना बहुत आसान है।

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

स्रोत

2008-08-15 14:51:51

+0

आप एक ही परियोजना में अलग असेंबली बनाने के लिए एमएसबिल्ड स्थापित कर सकते हैं। डिफ़ॉल्ट रूप से यह नहीं है कि वीएस -2008 क्या करता है, लेकिन ऐसा करना मुश्किल नहीं है। – Cheeso

+0

ये चीजें msbuild के साथ आसानी से करने योग्य हैं। –

1

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

अर्थात के रूप में MSBuild स्क्रिप्ट के लिए TeamCity के समर्थन, VSTS की तुलना में केवल MSBuild लिपियों का समर्थन करता है! मैंने एमएसबिल्ड से एनएएनटी निष्पादित करके अतीत में इस बारे में हैक किया है; मैंने देखा है कि दूसरों ने इस अभ्यास के साथ-साथ रिवर्स की भी सिफारिश की है, लेकिन यह सिर्फ मुझे लगता है कि, अगर मैं इससे बच सकता हूं तो मैं ऐसा करने की कोशिश नहीं करता। इसलिए, जब आप "पूर्ण माइक्रोसॉफ्ट स्टैक" (वीएसटीएस और टीएफएस) का उपयोग कर रहे हैं, तो मैं बस एमएसबिल्ड स्क्रिप्ट के साथ चिपके रहने का सुझाव दूंगा।

स्रोत

2008-11-30 07:41:58

2

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

यदि आप उचित निर्माण परिणाम प्रदर्शित करना चाहते हैं, तो आपको कस्टम लॉगर्स आदि के साथ गड़बड़ करनी होगी। पूरी टीम का निर्माण नट जैसा नहीं है।

लेकिन वास्तविक लाभ टीएफएस स्रोत नियंत्रण और रिपोर्टिंग सेवाओं के साथ एकीकरण है। यदि आप अपने स्रोत नियंत्रण प्रणाली के रूप में टीएफएस का उपयोग नहीं कर रहे हैं, तो यह इसके लायक नहीं है।

स्रोत

2008-12-04 07:37:23 mirkov

3

NAnt अब तक रहा है, और यह काफी परिपक्व उत्पाद है, और आईएमओ भी उपयोग करना आसान है। वहां बहुत से समुदाय जानते हैं कि वहां टैप करने के लिए, और यह क्रॉस-प्लेटफ़ॉर्म भी है, क्या आपको उन ऐप्स बनाने में रुचि होनी चाहिए जो मोनो के साथ-साथ .NET और Silverlight के अंतर्गत चल सकें। बॉक्स के बाहर, यह एमएसबिल्ड की तुलना में बहुत कुछ करता है। अरे हाँ, और आप NAnt से MSBuild कॉल कर सकते हैं (ठीक है, NAntContrib से) :-)

नकारात्मक पक्ष पर, NAnt और उसके सहयोगी परियोजना NAntContrib 2007 के अंत

जा रहा है हाल ही में अद्यतन के साथ, ठहरा हुआ प्रतीत होती हैं

एमएसबिल्ड के मुख्य फायदे जो मैं देखता हूं वह यह है कि यह .NET Framework के साथ जहाज है, इसलिए यह स्थापित करने के लिए एक कम उत्पाद है; और वहां अधिक सक्रिय विकास चल रहा है (हालांकि पुराने एनएएनटी के साथ पकड़ने के लिए स्थानों में)।

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

निष्कर्ष? यदि आप मौजूदा एनएएनटी स्क्रिप्ट के साथ काम कर रहे हैं, तो उनके साथ रहें, यह पोर्टिंग की परेशानी के लायक नहीं है। यदि आप एक नई परियोजना शुरू कर रहे हैं, और आप साहसी महसूस कर रहे हैं, तो एमएसबिल्ड को जाने दें।

स्रोत

2009-02-17 04:20:01

1

Nant बॉक्स से बाहर अधिक विशेषताएं हैं, लेकिन MSBuild एक बेहतर बुनियादी ढांचे (आइटम मेटाडाटा चट्टानों) जो यह बहुत आसान पुन: प्रयोज्य MSBuild स्क्रिप्ट का निर्माण करने के लिए बनाता है है।

एमएसबिल्ड को समझने में कुछ समय लगता है, लेकिन एक बार ऐसा करने के बाद यह बहुत अच्छा होता है।

सीखना सामग्री:

स्रोत

2009-03-28 23:58:04

+1

msbuild के लिए मैंने सुना है कि सबसे आकर्षक तर्क क्लिकऑन है। हालांकि, मुझे मूल रूप से समस्याग्रस्त क्लिकऑन मिल गया है इसलिए मैं इससे बचता हूं, और एमएसबिल्ड के खिलाफ एक अच्छा तर्क के रूप में इसका उपयोग करता हूं। – DevelopingChris

+2

ClickOnce problomatic क्यों होगा (नहीं कि मैं इसके साथ सहमत हूं) MSBuild पर कोई भालू है? –

2
  • डॉन 'से टी स्विच जब तक कि आपके पास एक बहुत ही विश्वसनीय कारण नहीं है (कम से कम)।
  • NANT ओपन सोर्स है और यदि यह नहीं था तो मैं अपनी बिल्ड सिस्टम को कस्टमाइज़ नहीं कर पाऊंगा, एमएसबिल्ड नहीं है।
  • NAnt आसानी से MSBuild चला सकता है, मुझे अन्य तरीकों के बारे में निश्चित नहीं है।
  • MSBuild स्क्रिप्ट पहले से ही आप के लिए लिखा जाता है अगर आप VS2005 या नए का उपयोग करें (प्रोजेक्ट फ़ाइलें MSBuild फ़ाइलें हैं।)
  • आप NAnt का उपयोग करते हैं, और आप वी.एस. का उपयोग परियोजना फ़ाइलें, सेटिंग और विन्यास संपादित करने के लिए, आप ' वीएस प्रोजेक्ट फाइलों से अपनी एनएएनटी फाइलों को अपडेट करने के लिए एक कनवर्टर/सिंक टूल लिखना होगा।

स्रोत

2009-04-11 11:20:35 Ash

1

मुझे स्विच करने का कोई कारण नहीं दिख रहा है। एमएसबिल्ड खुद आप जिस ढांचे का उपयोग कर रहे हैं उसमें आपको ताला लगा देता है। यदि आप NANT का उपयोग करते हैं, तो आप इसे कई ढांचे में उपयोग कर सकते हैं और वास्तव में आपके लिए बिल्डिंग कार्य करने के लिए msbuild पर खोल सकते हैं।

मैं इस संबंध में एनएएनटी का प्रशंसक हूं, क्योंकि यह आपको ढांचे से थोड़ी सी कमी करता है।

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

स्वचालित रूप से (1) समाधान नाम, (2) स्रोत नियंत्रण पथ, (3) अधिकांश परियोजनाओं के लिए कंपनी का नाम जितना आसान बनाता है!

http://code.google.com/p/uppercut/

कुछ अच्छी यहाँ स्पष्टीकरण: UppercuT

स्रोत

2009-05-16 19:04:17 ferventcoder

1

MSBuild दृश्य स्टूडियो के साथ एकीकृत किया जा रहा प्रोग्रामर कम घर्षण निर्माण प्रणाली का उपयोग करने देता है। यह मुख्य रूप से उनको नीचे आता है "बिल्ड सॉल्यूशन" और यह सभी काम करता है, बनाम कस्टम बिल्ड स्टेप्स और अन्य ऐसी चीजों का उपयोग करने के लिए, या इससे भी बदतर, डेवलपर्स को किसी प्रकार की बाहरी स्क्रिप्ट लॉन्च करके मजबूर करना पड़ता है।

अब, मैं ज्यादातर एनएसएनटी पर एमएसबिल्ड को पसंद करता हूं क्योंकि यह आसान है। निश्चित रूप से, एनएएनटी में बहुत अधिक सुविधाएं हैं, अधिक शक्तिशाली है, आदि, लेकिन यह जल्दी से हाथ से बाहर निकल सकता है। यदि आप और आपके बिल्ड इंजीनियरों के पास एनएएनटी स्क्रिप्ट को सरल रखने के लिए अनुशासन है, तो यह सब अच्छा है। हालांकि, मैंने देखा है कि बहुत से एनएएनटी-आधारित सिस्टम दक्षिण में एक बिंदु पर जाते हैं जहां कोई भी यह नहीं समझता कि यह अब क्या कर रहा है, और एक अच्छा ओल 'printf के बराबर करने के अलावा इसे डीबग करने का कोई वास्तविक तरीका नहीं है। जिस क्षण आप कुछ/अन्य कथन या लूप के लिए उपयोग करना शुरू करते हैं, वह जगह है, आईएमएचओ, यह गंध शुरू कर देता है।

दूसरी ओर, एमएसबिल्ड के पास मेटाडेटा और कम वर्बोज सिंटैक्स के आधार पर ठोस आधार है। इसकी सादगी (या सुविधाओं की कमी ... आप इसे कैसे देखते हैं इसके आधार पर) आपको एक्सएमएल मार्कअप में तर्क लिखने के बजाय नए कार्यों के माध्यम से .NET कोड में तर्क लिखने के लिए मजबूर करता है। यह पुनः उपयोगिता को प्रोत्साहित करता है और, सभी चीजों के ऊपर, आपको वास्तव में एक वास्तविक डीबगर में अपनी बिल्ड सिस्टम को डीबग करने देता है।

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

स्रोत

2009-10-16 17:36:47 Ludovic

1

मैंने एनएएनटी से एमएसबिल्ड तक स्विच किया। प्रोजेक्ट नेट 4.0 में चल रहा है।

नंत में मेरा अनुभव अच्छा था। परियोजना की तरह मर गया। और जब .NET 4.0 साथ आया, तो निर्माण प्रक्रिया का मूल्यांकन करने का समय था।

चूंकि नंत को आखिरी बार जारी किया गया था, एमएसबिल्ड कई तरीकों से आया है। इस बिंदु पर, एमएसबिल्ड जाने का रास्ता है। इसका उपयोग करना आसान है, इसमें कई एक्सटेंशन हैं। मैं डेढ़ सालों में अपनी नेंट स्क्रिप्ट को फिर से लिखता हूं। एमएसबिल्ड स्क्रिप्ट नैन स्क्रिप्ट के आकार 1/3 है।

नेंट स्क्रिप्ट में अधिकांश काम विभिन्न वातावरण स्थापित कर रहा था। एमएसबिल्ड/नेट 4.0 में यह अंतर्निहित है।

स्रोत

2010-06-11 14:52:13

0

मैं नंत का उपयोग करता हूं और मुझे यह पसंद है।मैं MSBuild इस्तेमाल किया और क्योंकि इनमें से यह नफरत:

  1. माइक्रोसॉफ्ट आप बलों को अपने स्वयं के निर्माण की प्रक्रिया है कि इतनी उनकी युक्तियां कि मैं कम से कम यह काम करने के लिए सक्षम नहीं था के लिए स्वाभाविक है पालन करने के लिए (मैं NET1 संकलित करने के लिए किया था .1 इसलिए मुझे नंत और एमएसबिल्ड मिश्रण करना पड़ा)। मुझे पता है कि आप अपनी खुद की एमएसबील्ड फ़ाइल बना सकते हैं, लेकिन मैंने सोचा कि यह समझना और बनाए रखना जटिल था।

  2. आइटम ऑपरेशंस करने के लिए आइटम टाइप करने के लिए बहुत मुश्किल है। आप नंत को वही चीजें कर सकते हैं और बहुत आसान और सीधा (मुझे एक आइटम टाइप सूची बनाना था और फिर फ़ाइल ऑपरेशंस को पास करना था)।

  3. एमएसबिल्ड में आपको अपना खुद का कार्य डीएल बनाना है, नंत में आप यह कर सकते हैं या आप अपनी स्क्रिप्ट के भीतर सी # कोड एम्बेड कर सकते हैं, इसलिए इसे आगे बढ़ाना और पूरी परियोजना बनाना आसान है।

  4. नैन नेट 1.1 के साथ काम करता है, एमएसबिल्ड नहीं करता है।

  5. नेंट स्थापित करने के लिए, मैं इसे चलाने के लिए अपने स्वयं के भंडार के अंदर भी अनजिप और पता लगा सकता हूं। एमएसबिल्ड स्थापित करने के लिए बहुत कठिन है क्योंकि यह विजुअल स्टूडियो, आदि से कई चीजों पर निर्भर करता है (शायद मैं यहां गलत हूं, लेकिन यह सच लगता है)।

खैर ये मेरी राय है ...

स्रोत

2012-07-30 17:21:25

+0

एमएसबिल्ड 4.0 इनलाइन कार्यों का समर्थन करता है - http://msdn.microsoft.com/en-us/library/dd722601.aspx देखें। – BCran

+0

अच्छा, लेकिन यह वीएस2012 में है। मैं एक वीएस2003 ऐप के बारे में बात कर रहा हूं।यह मेरे लिए इतना निराशाजनक है कि एमएस आपको नई सुविधाओं के लिए अपने पूरे देव ढेर को अपग्रेड करने के लिए मजबूर करता है। अगर वे अलग-अलग चीजों को अलग-अलग छोड़ सकते हैं तो यह बहुत कम दर्दनाक होगा। –

संबंधित मुद्दे

 संबंधित मुद्दे