2015-09-07 12 views
16

मैं एक TFS के दौरान बहाल करने का निर्माण 2015जब NuGet पैकेज

के बाद से कुछ संकुल NuGet 3.x ग्राहक की आवश्यकता होती है NuGet पैकेज के साथ समस्याएं हो रही हैं, मैं कॉन्फ़िगर कर दिया है बहाल करने TFS दौरान बिल्ड 2015 "संस्करण मिल करने में असमर्थ" एक कस्टम NuGet स्थान का उपयोग करने के लिए नया स्क्रिप्ट योग्य निर्माण जहां मैंने NuGet कमांड-लाइन 3.x बीटा निष्पादन योग्य रखा है।

जब भी मैं किसी बिल्ड चलाने के लिए, सभी संकुल बहाल नहीं किया जा सकता और NuGet "असमर्थ खोजने के लिए संस्करण ..." त्रुटि फेंकता है:

Unable to find version '1.1.10' of package 'Microsoft.Bcl'. 
Unable to find version '4.0.10' of package 'System.Threading'. 
Unable to find version '1.1.37' of package 'System.Collections.Immutable'. 
Unable to find version '1.0.0' of package 'Owin'. 
Unable to find version '4.1.0' of package 'NLog'. 
Unable to find version '7.0.1' of package 'Newtonsoft.Json'. 
Unable to find version '2.0.1' of package 'MongoDB.Driver.Core'. 
Unable to find version '2.0.1' of package 'MongoDB.Driver'. 
Unable to find version '2.0.1' of package 'MongoDB.Bson'. 
Unable to find version '3.0.1' of package 'Microsoft.Owin.Security.OAuth'. 

... और भी अधिक संकुल। मेरा मानना ​​है कि मुद्दा स्पष्ट है।

जब मैं विजुअल स्टूडियो का उपयोग करके बिल्ड मशीन में एक ही समाधान बनाता हूं, तो सभी पैकेजों को सफलतापूर्वक बहाल किया जाता है।

मैं इसे कैसे हल करूं?

+0

आप Microsoft.CodeAnalysis NuGet पैकेज के किसी भी स्थापित है?मैंने किया और मैंने इन त्रुटियों को शुरू करना शुरू किया, जब मैंने उन सभी को हटा दिया तो फिर से काम करना शुरू कर दिया। – Schenz

+0

@Schenz मेरे पास यह NuGet पैकेज नहीं है –

उत्तर

21

मेरे मामले में, मुद्दा यह है कि उपयोगकर्ता के विस्तृत NuGet.configC:\Users\[User name]\AppData\Roaming\NuGet\NuGet.config (जहां [User name] उपयोगकर्ता के लिए जो निर्माण एजेंट के विंडोज सेवा चल रही है) में स्थित NuGet API v2 में while my build is already using NuGet Command-Line 3.x की ओर इशारा करते किया गया था।

C:\Windows\ServiceProfiles\NetworkService\AppData\Roaming\NuGet 

तो अपने C:\ में Nuget.Config के लिए खोज:

<?xml version="1.0" encoding="utf-8"?> 
<configuration> 
    <packageSources> 
    <add key="nuget.org" value="https://api.nuget.org/v3/index.json" protocolVersion="3" /> 
    <!-- CHANGING V2 TO V3 IN THE URI VALUE SOLVED THE ISSUE! --> 
    <add key="nuget.org" value="https://www.nuget.org/api/v3/" /> 
    </packageSources> 
</configuration> 
+0

मुझे एक ही समस्या थी, लेकिन केवल पैकेज प्रबंधक कंसोल के माध्यम से पैकेज स्थापित करने का प्रयास करते समय; पैकेज प्रबंधक संवाद ठीक काम किया। इस जवाब ने मुझे सही दिशा में इंगित किया: यह पैकेज स्रोत का यूआरएल था। मेरे मामले में Nuget.config में यूआरएल ने कहा था "https://www.nuget.org/api/v2/" '। जब मैंने इसे "www" हटा दिया, तो इसे "https://nuget.org/api/v2/" में बदलने के लिए यह काम किया। –

+5

https://www.nuget.org/api/v3/ - यह स्थान मौजूद नहीं है (https://api.nuget.org/v3/index.json करता है) ... और यहां परिभाषित दो कुंजी दोनों में एक ही आईडी है ("nuget.org") – CJBS

+0

मेरे मामले में तीसरा संस्करण कॉन्फ़िगरेशन में पहले से ही इंगित किया गया था। मैंने अभी कॉन्फ़िगरेशन फ़ाइल की सभी सामग्री को हटा दिया है और इससे मदद मिली: David

3

मेरे मामले Nuget.Config में, में था।

उपयोगकर्ता उपकरण खाते में है कि आप के लिए कॉन्फ़िगर Agent

-1

यकीन है कि पैकेज स्रोत चेक किया गया है पर निर्भर करता है ...

जाओ -> NuGet पैकेज प्रबंधक -> पैकेज प्रबंधक सेटिंग्स

फिर "पैकेज स्रोत" पर क्लिक करें और सुनिश्चित करें कि पैकेज चेक किया गया है।

enter image description here

+1

लेकिन हम एक टीएफएस बिल्ड –

+0

के बारे में बात कर रहे हैं सभी पैकेजों को टीएफएस में चेक किया जा रहा है? – Zenacity

+0

यूप !!!!!!!!!!! –

1

एक विकल्प या अवांछित नहीं है कुछ रोमिंग फ़ोल्डर में NuGet.config को अद्यतन करने के कारण के लिए है, यह भी समाधान जड़ तक कॉन्फ़िग फ़ाइल को जोड़ने के लिए संभव है।

डॉक्स के अनुसार:

  • परियोजना विशेष NuGet.Config ड्राइव जड़ अप करने के लिए समाधान फ़ोल्डर से किसी भी फ़ोल्डर में स्थित फ़ाइलों। ये सेटिंग्स पर नियंत्रण की अनुमति देते हैं क्योंकि वे किसी प्रोजेक्ट या प्रोजेक्ट्स के समूह पर लागू होते हैं।
  • एक समाधान-विशिष्ट NuGet.Config फ़ाइल समाधान में .nuget फ़ोल्डर में स्थित है। इस फ़ाइल में सेटिंग्स केवल समाधान-व्यापी पैकेज पर लागू होती हैं और केवल NuGet 3.3 और पहले में समर्थित होती हैं। इसे NuGet 3.4 और बाद में अनदेखा किया जाता है।

Config file locations and uses

+0

अच्छा जोड़ा। ऐसा लगता है कि इस मुद्दे पर विशेष मामले के आधार पर कई कामकाज/समाधान हैं! –

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