.NET पैकेज प्रबंधन के लिए वर्तमान प्रसाद क्या हैं। आप किसका उपयोग कर रहे हैं और पेशेवर और विपक्ष क्या हैं?.NET पैकेज प्रबंधन
आज कुछ उदाहरण वहाँ बाहर हैं:
संदेह से बचने के लिए, मैं प्रबंधन प्रणाली पैकेज की चर्चा करते हुए कर रहा हूँ इस तरह के gem, apt-get, और dpkg के रूप में ।
NuGet (पूर्व NuPack) एक मुक्त, खुला स्रोत डेवलपर ध्यान केंद्रित नेट
एफवाईआई नामकरण संघर्ष के कारण "NuGet" का नाम बदल रहा है: http://feeds.haacked.com/~r/haacked/~3/G8vIGk7K_3I/nupack-is-now-nuget.aspx – Richard
क्षमा करें लेकिन nuget हल नहीं करता है निर्भरता प्रबंधन समस्या। मैं इसे निर्भरता डाउनलोड उपकरण कहूंगा। –
एक और पैकेज प्रबंधक जो आजकल ज्यादातर मृत है Horn है। हालांकि विकास अब ज्यादातर बंद हो गया है, मुझे लगता है कि यह एक दिलचस्प परियोजना है।
यह gentoo portage's ebuild के समान तरीके से, बाइनरी पैकेजों पर पूरी तरह से निर्भर होने के बजाय पहले स्रोत कोड से संकलित करने के आधार पर पैकेज प्रबंधन के लिए एक दिलचस्प दृष्टिकोण लेता है। यह डेवलपर को लाइब्रेरी संस्करणों को मिलाकर मैच करने के लिए अंतिम स्वतंत्रता देता है (जैसा प्रोजेक्ट मैनेटेनर्स के आधिकारिक तौर पर उनकी निर्भरताओं को अद्यतन करने के लिए प्रतीक्षा करने के विरोध में), लेकिन जैसा कि वे कहते हैं, "महान शक्ति के साथ बड़ी ज़िम्मेदारी आती है", यह सुनिश्चित करने के लिए डेवलपर पर भी निर्भर है वह ढेर संकलित करता है काम करता है।
बेशक आप इसे सुरक्षित खेल सकते हैं और ट्रंक से सब कुछ बनाने के बजाय आप अपने वर्णनकर्ताओं में निर्भरता संस्करणों को ठीक कर सकते हैं (उदाहरण के लिए, Castle Windsor trunk और Windsor 2.1 के लिए एक वर्णक है)।
उन लोगों के लिए जो स्रोत से सबकुछ बनाना नहीं चाहते थे (जो स्वाभाविक रूप से बहुत धीमी प्रक्रिया है), hornget.net पर एक सर्वर था जो निरंतर एकीकरण सर्वर के रूप में कार्य करता था और बाइनरी पैकेज प्रदान करता था।
पर भी देखता हूं यह बात अक्सर होती है कि आप अपनी निर्भरता को संकलित नहीं कर सकते एक विशेष देव env/पुस्तकालयों/मंच आदि की आवश्यकता है –
@aloneguid: यह .NET ओएसएस परियोजनाओं में मामला नहीं है। –
यह है। मूल डीएलएल पर कोई भी निर्भरता स्रोत कोड को संदर्भित करना व्यावहारिक रूप से असंभव बनाता है। –
चूंकि आपने पैकेज प्रबंधन प्रणालियों को संदर्भित किया है जो मशीन की तरफ तैयार हैं, मैंने सोचा कि मैं chocolatey का उल्लेख करेगा, जो कि एपीटी-गेट की तरह है लेकिन विंडोज के लिए है।
एफवाईआई: मैं नु/नुगेट लोगों में से एक हूं और मैंने रूबी रत्न से जो देखा, उसके लिए चॉकलेट का आविष्कार नहीं किया जब हम NuGet पर स्विच किए गए (जो निष्पादन योग्य प्रकार के रत्न थे, NuGet वास्तव में पुस्तकालयों के लिए है और स्रोत कोड, स्रोत/उपकरण/ऐप्स जो स्रोत के दूसरी तरफ बाहर आते हैं) नहीं। तब से चॉकलेट पावरशेल निष्पादन का समर्थन करने के लिए उभरा है जो आपको विंडोज़ पर कुछ भी करने की अनुमति देता है।
दिलचस्प लगता है। मैं इसे देख लूँगा। धन्यवाद। –
एक संक्षिप्त लेकिन सभ्य संबंधित आलेख यहां उपलब्ध है: http://hyr.mn/post/.NET- पैकेज-for-Great- अच्छा –
मैं इन दो http के बीच ओपनवाप –
के साथ एक बहुत ही व्यापक अंतर के साथ रहूंगा: //stackoverflow.com/questions/4256994/openwrap-vs-nuget – roundcrisis