2011-06-14 12 views
48

हमारी परियोजनाओं इस तरह का आयोजन किया जाता NuGet- जागरूक परियोजनाओं? मैं इस वजहNuGet और TFS TFS में सर्वोत्तम प्रथाओं

1) यह दो स्थानों पर बनाता है के खिलाफ झुकाव रहा हूँ एक निर्भरता 2 के लिए ध्यान देना चाहिए) यह एक पैकेज को अपडेट करने के लिए और कुछ निर्भरता

कहा तोड़ने एक डेवलपर के लिए हमें खुला छोड़ देता है, अगर कोई रिपोर्ट कर सकते हैं एक टीएफएस पर्यावरण में NuGet का उपयोग शुरू करने का एक अच्छा कारण है, मैं खुशी से अपने विचारों को अपनी टीम में प्रस्तुत करूंगा जैसे कि वे मेरे (मजाक) थे।

+4

आप संकुल NuGet.exe' का उपयोग कर 'परियोजनाओं '' packages.config' फाइलों से स्थानीय प्रतिलिपि को भरने के लिए, संस्करण नियंत्रण में NuGet से स्टोर करने के लिए के बजाय की जरूरत नहीं है: http: // blog.davidebbo.com/2011/03/using-nuget-without-committing-packages.html – Richard

+0

यह उन समाधानों के लिए कैसे काम करता है जिनमें एकाधिक परियोजनाएं हैं? हमारे मुख्य में दो वेब ऐप्स, दो कंसोल ऐप्स और एक सेवा है। डीएलएल स्टोर दृष्टिकोण का लाभ यह है कि वे सभी एक साथ काम करते हैं या असफल होते हैं। –

+0

लिंक देखें: एक ही भंडार फ़ोल्डर के साथ प्रत्येक 'packages.config' के लिए 'nuget-exe' चलाएं, केवल गायब पैकेज डाउनलोड किए जाएंगे (यह प्रति-प्रोजेक्ट प्री-बिल्ड चरण भी हो सकता है)। – Richard

उत्तर

30

Nuget 1.6 अब संकुल के लिए गतिशील रूप से डाउनलोड होने के लिए मौजूद नहीं है। तो अब आप .dlls के बिना स्रोत नियंत्रण में जांच सकते हैं, लेकिन बिल्ड स्वयं सही पैकेज खींच देगा।

http://docs.nuget.org/docs/workflows/using-nuget-without-committing-packages

+3

आप कैसे एक फ़ोल्डर को इंगित करने के लिए [nuget पैकेज पुनर्स्थापना] (http://docs.nuget.org/docs/release-notes/nuget-2.1) बताते हैं टीएफएस भौतिक पथ नहीं ??? प्रत्येक का वर्कस्पेस अलग हो सकता है, इसलिए यह हर किसी के लिए सटीक नहीं हो सकता है: '' – felickz

+3

मुझे पता है कि यह पुराना है, लेकिन अगर किसी और के मामले में है सोच रहा है: बस एक फ़ाइल पथ मत डालो। एक सापेक्ष पथ रखो। जैसे SeanLAllen