क्या NuGet के लिए संकुल का स्थान बदलना संभव है?

283

मेरी अधिकांश परियोजनाओं के लिए निम्नलिखित सम्मेलन हैं:

/src
    /Solution.sln
    /SolutionFolder
        /Project1
        /Project2
        /etc..
/lib
    /Moq
        moq.dll
        license.txt
    /Yui-Compressor
        yui.compressor.dll
/tools
    /ILMerge
        ilmerge.exe

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

— TheCloudlessSky
स्रोत

10

हाँ हाँ हाँ! यह वास्तव में परियोजना संरचना है जिसका मैं उपयोग करता हूं (या बहुत लगभग), और मुझे हमेशा आश्चर्य होता है कि NuGet इसका समर्थन कर सकता है ...

— Noldorin

मैंने इसे इस निम्नलिखित उत्तर के साथ कैसे करना है, इस पर विस्तार से जाना है: stackoverflow.com/a/19466173/564726 । आपको इसे ठीक से काम करने के लिए अक्सर पुनर्स्थापना आदेश से समाधानडायर विकल्प को हटाने की आवश्यकता होती है।

— ब्रुतलदेव 12

2

मैंने आपके शीर्ष स्तर के फ़ोल्डर्स के समान स्तर पर .sln डाला। :)

— इयान वारबर्टन

242

अब यह नियंत्रित करना संभव है कि संकुल किस फ़ोल्डर में संस्थापित है।

http://nuget.codeplex.com/workitem/215

संपादित करें: १० दिसंबर २०१० को प्रातः ११:४५ बजे फिल हैक की टिप्पणी देखें (कार्य मद / उपरोक्त लिंक में)। समर्थन आंशिक रूप से 1.0 में लागू किया गया है, लेकिन प्रलेखित नहीं है।

@Dfowler के अनुसार: इस के साथ समाधान के बगल में एक nuget.config फ़ाइल जोड़ें:

<settings>
<repositoryPath>{some path here}</repositoryPath>
</settings>

नहीं है एक nuget पैकेज पैकेज फ़ोल्डर ओवरराइड बनाने के लिए।

संस्करण 2.1 के लिए अद्यतन

जैसा कि अज़ात ने टिप्पणी की, पैकेज के स्थानों को नियंत्रित करने के तरीके पर अब आधिकारिक दस्तावेज है। 2.1 के लिए रिलीज नोट्स एक nuget.config फ़ाइल में निर्दिष्ट निम्नलिखित विन्यास (मान्य स्थानों का एक विवरण config फ़ाइलें डाल करने के लिए और कैसे श्रेणीबद्ध विन्यास मॉडल काम करता है के लिए रिलीज नोट्स देखें):

<configuration>
  <config>
    <add key="repositoryPath" value="C:\thePathToMyPackagesFolder" />
  </config>
  ... 
</configuration>

यह कॉन्फ़िगरेशन स्तर के लिए पैकेज फ़ोल्डर को बदल देगा जिसे आपने फ़ाइल में रखा है (समाधान यदि आप इसे समाधान निर्देशिका में रखते हैं, प्रोजेक्ट निर्देशिका में प्रोजेक्ट और इसी तरह)। ध्यान दें कि रिलीज नोट्स राज्य:

[...] यदि आपके पास मौजूदा पैकेज फ़ोल्डर है जो आपके समाधान रूट के नीचे है, तो आपको न्यूगेट को नए स्थान पर रखने से पहले इसे हटाना होगा।

— PHeiberg
स्रोत

5

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

— davidfowl 3

5

कैसे nuget.config काम करता है @dfowler द्वारा एक पूर्ण विवरण के लिए reviewboard.nupack.com/r/131 देखें । उदाहरण के लिए, एक मान्य nuget.config इस तरह दिखाई देगा: <सेटिंग्स> <repositoryPath> lib </ repositoryPath> </ settings>

— ली हेरोल्ड

5

docs.nuget.org/docs/release-notes/nuget-2.1 देखें "निर्दिष्ट करें 'संकुल' फ़ोल्डर स्थान" पैरा

— Azat

1

मैं 2.1+ में काम करने के नए तरीके की पुष्टि नहीं कर सकता। और कोडप्लेक्स पर इसके बारे में कीड़े हैं: nuget.codeplex.com/workitem/2921 ।

— केस

5

दूसरा संस्करण मेरे लिए काम करता है, मैं नवीनतम न्यूगेट का उपयोग करता हूं, और अब दो समाधान एक ही रेपो को साझा कर सकते हैं। मुझे लगता है कि यह कुछ लोगों को काम नहीं दे सकता है क्योंकि वे निरपेक्ष पथ का उपयोग कर सकते हैं? ऐसा लगता है कि निरपेक्ष बनाम सापेक्ष पथ मायने रखता है।

— Csaba Toth

63

"Nuget.config" नामक एक फ़ाइल बनाई।
उस फ़ाइल को मेरे समाधान फ़ोल्डर में जोड़ा गया

इसने मेरे लिए काम नहीं किया:

<configuration>
  <config>
    <add key="repositoryPath" value="..\ExtLibs\Packages" />
  </config>
  ... 
</configuration>

इसने मेरे लिए काम किया:

<?xml version="1.0" encoding="utf-8"?>
<settings>
  <repositoryPath>..\ExtLibs\Packages</repositoryPath>
</settings>

— ShaneKm
स्रोत

मुझे भी। कॉन्फ़िगरेशन> कॉन्फ़िगरेशन काम नहीं करता था, लेकिन सेटिंग्स> रिपॉजिटरीपाठ ने किया।

— जीन रेडिक

केवल दूसरा समाधान काम करता है: docs.nuget.org/docs/reference/nuget-config-file

— cheesemacfly

15

यह NuGet के संस्करण पर निर्भर करता है जिसका आप उपयोग कर रहे हैं।

— ब्रॉन्म्सकी

1

ध्यान दें कि रिश्तेदार पथ समाधान के सापेक्ष हैं इसलिए यदि आपकी परियोजनाएं विभिन्न स्तरों पर हैं तो यह काम नहीं करेगा।

— नौ

2

यह VIsual Studio 2013 के लिए ठीक काम करता है, लेकिन अगर मैं Visual Studio 2015 का उपयोग कर रहा हूं, तो यह अभी भी संकुल फाइल में संकुल फाइल के पास स्थापित करता है,

— fhnaseer

40

इस पोस्ट को पढ़ने वाले किसी और के लिए ठीक है - यहाँ ऊपर दिए गए उत्तरों के असंख्य के बारे में मुझे समझ है:

.Nuget फ़ोल्डर में nuget.config फ़ाइल उस फ़ोल्डर के सापेक्ष है। यह महत्वपूर्ण है क्योंकि यदि आपका नया फ़ोल्डर '../Packages' जैसा कुछ है जो इसे हमेशा बॉक्स से बाहर जाता है। @ Bruce14 के अनुसार आपको इसके बजाय '../../Packages' करना होगा
पैकेज रिस्टोर को सक्षम किए बिना मानक स्थान के बाहर पैकेज फ़ोल्डर खोजने के लिए मुझे नवीनतम नगेट (2.8.5) नहीं मिला। इसलिए एक बार जब आप पैकेज रिस्टोर को सक्षम कर लेते हैं तो निम्न को स्थान बदलने के लिए .nuget फ़ोल्डर के अंदर nuget.config फ़ाइल में जोड़ा जाना चाहिए:
```
<?xml version="1.0" encoding="utf-8"?>
<configuration>
  ...
  <config>
    <add key="repositoryPath" value="..\..\Packages" />
  </config>
  ...
</configuration>
```
(यह महत्वपूर्ण है) यदि आप nuget.config फ़ाइलों के अंदर पैकेज फ़ोल्डर स्थान में कोई भी परिवर्तन करते हैं, तो आपको दृश्य स्टूडियो को पुनरारंभ करना होगा या प्रभावी होने के लिए परिवर्तनों के समाधान को बंद करना होगा।

— रॉबर्ट पेट्ज़
स्रोत

5

मेरा विश्वास करो, आपके # 3 बिंदु ने मेरा दिन बचाया। मैं पिछले 3 घंटों से पागल था जब तक मैंने आपका # 3 बिंदु नहीं पढ़ा था। : '(थैंक यू सो ब्रो!

— नरकोदय

24

दृश्य स्टूडियो 2015 पर Nuget 3.2 के लिए एक समाधान है:

<?xml version="1.0" encoding="utf-8"?>
<configuration>
    <config>
        <add key="repositoryPath" value="../lib" />
    </config>
</configuration>

पैरेंट फ़ोल्डर के लिए फ़ॉरवर्ड स्लैश का उपयोग करना। समाधान फ़ोल्डर में फ़ाइल (nuget.config) के ऊपर सहेजें।

संदर्भ यहाँ उपलब्ध है

— phuongnd
स्रोत

उत्तम! विजुअल स्टूडियो 2015 और Nuget संस्करण 3.2.0.10516 के लिए काम कर रहा है

— Anon Dev

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

— गेरार्ड ओनील

मैं 2015 पर हूं और मुझे एक फ़ोल्डर ऊपर जाने के लिए .. \ .. \ पैकेज का उपयोग करने की आवश्यकता है।

— 15

1

../libवह फॉरवर्ड स्लैश है, न कि बैकवर्ड स्लैश। आपका क्या मतलब है?

— jpmc26

हाँ, यह बिल्कुल स्लैश है। अपडेट किया गया उत्तर

— phuongnd

15

2.1 के लिए जारी नोटों में प्रस्तावित समाधान आउट-ऑफ-द-बॉक्स काम नहीं करता है। वे उल्लेख करना भूल गए कि कोड है:

internal string ResolveInstallPath()
{
    if (!string.IsNullOrEmpty(this.OutputDirectory))
    {
        return this.OutputDirectory;
    }
    ISettings settings = this._configSettings;

    ...
}

जो इसे काम करने से रोकता है। इसे ठीक करने के लिए आपको अपनी NuGet.targets फ़ाइल को संशोधित करना होगा और 'OutputDirectory' पैरामीटर को हटाना होगा:

    <RestoreCommand>$(NuGetCommand) install "$(PackagesConfig)" -source "$(PackageSources)"  $(RequireConsentSwitch)</RestoreCommand>

तो अब, अगर आप NuGet.config में कहीं भी 'रिपॉजिटरीपाठ' कॉन्फिगर जोड़ते हैं (कॉन्फिग फाइल्स डालने के लिए मान्य स्थानों के विवरण के लिए रिलीज़ नोट देखें), यह सभी पैकेजों को सिंगल लोकेशन में रिस्टोर करेगा, लेकिन ... आपका .cspjj अभी भी। रिश्तेदार पथ के रूप में लिखे विधानसभाओं के संकेत हैं ...

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

<Reference Include="Autofac.Configuration, Version=2.6.3.862, Culture=neutral, PublicKeyToken=17863af14b0044da, processorArchitecture=MSIL">
  <Private>True</Private>
  <HintPath>$(PackagesDir)\Autofac.2.6.3.862\lib\NET40\Autofac.Configuration.dll</HintPath>
</Reference>

— दिमित्री नौमोव
स्रोत

1

तुम पूरी तरह ठीक हो। मेरी कंपनी में हम वास्तव में NuGet के एक संस्करण का उपयोग करते हैं, जिसे हमने खुद को संशोधित किया है, जो कि आप जो वर्णन कर रहे हैं, वही करता है, अर्थात यह पैकेज फ़ाइल के स्थान के सापेक्ष नहीं है। यह पूरी तरह से अच्छी तरह से काम करता है। दुर्भाग्य से हम कभी नहीं परिवर्तन हम सरकारी संस्करण के लिए NuGet के लिए किए गए में लाने की कोशिश कर रहा करने के लिए चारों ओर हो गया है, लेकिन शायद यह समय है कि ऐसा करने के लिए अब ...

— afrischke

1

@afrischke: यदि आप ऐसा कर सकते हैं तो बहुत अच्छा होगा। धन्यवाद। किसी भी विचार जब यह हो सकता है?

— sgtz

11

शेन किलोमीटर उत्तर के अलावा, यदि आपने नुगेट पैकेज रिस्टोर को सक्रिय किया है, तो आप .nuget- फोल्डर में स्थित NuGet.confet को निम्नानुसार संपादित करते हैं:

<?xml version="1.0" encoding="utf-8"?>
<configuration>
  <repositoryPath>..\..\ExtLibs\Packages</repositoryPath>
</configuration>

अतिरिक्त ".. \" पर ध्यान दें, क्योंकि यह .nuget-folder से वापस आता है, न कि समाधान फ़ोल्डर से।

— उपयोगकर्ता
स्रोत

9

इसका कोई भी जवाब मेरे लिए काम नहीं कर रहा था (नुगेट 2.8.6) क्योंकि कुछ टिप्स गायब हैं, उन्हें यहां जोड़ने की कोशिश करेंगे क्योंकि यह दूसरों के लिए उपयोगी हो सकता है।

निम्नलिखित स्रोतों को पढ़ने के बाद:
https://docs.nuget.org/consume/NuGet-Config-Settings
https://github.com/NuGet/Home/issues/1346
ऐसा प्रतीत होता है कि

अलग-अलग रिपॉजिटरीपाठ के साथ ठीक से काम करने के लिए इंस्टॉल-पैकेज बनाने के लिए आपको आगे की स्लैश का उपयोग करने की आवश्यकता है , यह इसलिए है क्योंकि वे उरी ऑब्जेक्ट का उपयोग पार्स स्थान के लिए कर रहे हैं।
बिना $ शुरुआत पर यह अभी भी अपनी सेटिंग्स की अनदेखी की गई थी।
NuGet कैश फ़ाइल कॉन्फ़िगर करता है, इसलिए संशोधनों के बाद आपको समाधान / VS को फिर से लोड करना होगा।
इस विकल्प को सेट करने के लिए NuGet.exe की कमांड का उपयोग करते समय मेरे पास भी अजीब समस्या थी, क्योंकि इसने AppData \ Roaming \ NuGet के तहत मेरे वैश्विक NuGet.exe को संशोधित किया और वहां पैकेजों को पुनर्स्थापित करना शुरू कर दिया (क्योंकि उस फ़ाइल में उच्च प्राथमिकता है, बस अनुमान लगाते हुए)।

उदाहरण के लिए

<?xml version="1.0" encoding="utf-8"?>
<configuration>
  <solution>
    <add key="disableSourceControlIntegration" value="true" />
  </solution>
  <config>
    <add key="repositorypath" value="$/../../../Common/packages" />
  </config>
</configuration>

आप यह सुनिश्चित करने के लिए NuGet कमांड का उपयोग भी कर सकते हैं कि सिंटैक्स इस तरह सही होगा:

NuGet.exe config -Set repositoryPath=$/../../../Common/packages -ConfigFile NuGet.Config

— रोमन बैद्योरनी
स्रोत

8

.NET कोर प्रोजेक्ट्स और विज़ुअल स्टूडियो 2017 के लिए मैं इस कॉन्फ़िगरेशन को प्रदान करके सभी पैकेजों को संबंधित पथ पर पुनर्स्थापित करने में सक्षम था:

<configuration>
  <config>
    <add key="globalPackagesFolder" value="lib" />
  </config>
  ... 
</configuration>

मेरे अनुभव के आधार पर काम करने वाला फ़ोल्डर उसी स्तर पर बनाया गया था जहाँ Nuget.config पाया गया था, जहाँ कोई भी फाइल नहीं थी। मैंने परीक्षण किया और व्यवहार कमांड लाइन डॉटनेट पुनर्स्थापना और विज़ुअल स्टूडियो 2017 पुनर्निर्माण के लिए समान है

— किरिल चिलिंगारशविलि
स्रोत

मैंने यह कोशिश की। मैंने globalPackagesFolderअपने प्रोजेक्ट के पैकेज फ़ोल्डर में कुंजी सेट की है । मैंने एक पैकेज के साथ जोड़ने की कोशिश की dotnet add package MyPackage। nuget.exeउस फ़ोल्डर में 83 .NET संकुल के पूरे ढांचे को डाउनलोड किया। यही मेरा इरादा नहीं है। मैं अपने स्थानीय, स्रोत-नियंत्रित पैकेज फ़ोल्डर में अपना एकल MyPackage चाहता था।

— वालेस केली

ऐसा मत करो! यह आपके एचडीडी को बहुत तेजी से प्रभावित करेगा क्योंकि जब आप एक नया ऐप बनाते हैं तो पूरे फ्रेमवर्क पैकेज को हर बार डाउनलोड किया जाएगा।

— आला मसूद

1

एक अन्य प्रश्न के उत्तर के अनुसार: stackoverflow.com/a/47407399/4572240 "respositoryPath का उपयोग संकुल के लिए किया जाता है।

— साइडराइट ज़ैकवेहडेक्स

7

VS2012 में स्वीकृत उत्तर में कॉन्फिग फाइल मेरे लिए काम करती है। हालांकि, मेरे लिए यह केवल तभी काम करता है जब मैं निम्नलिखित कार्य करता हूं:

VS में एक नया प्रोजेक्ट बनाएं।
वीएसटी से बाहर निकलें - यह महत्वपूर्ण लगता है।
कॉन्फ़िगरेशन फ़ाइलों को प्रोजेक्ट फ़ोल्डर में कॉपी करें।
VS को पुनरारंभ करें और पैकेज जोड़ें।

अगर मैं उन चरणों का पालन करता हूं तो मैं एक साझा पैकेज फ़ोल्डर का उपयोग कर सकता हूं।

— हेराल्ड
स्रोत

वीएस को फिर से शुरू करने का एकमात्र तरीका है जो मुझे काम करने के लिए मिला है। लगता है कि पैकेज प्रबंधक इसे कैश करता है।

— फिलिप

6

Package.efig के बजाय PackageReference का उपयोग करने वाली परियोजनाओं के लिए पथ बदलने के लिए globalPackagesFolder

से https://docs.microsoft.com/en-us/nuget/reference/nuget-config-file

GlobalPackagesFolder (केवल PackageReference का उपयोग करके परियोजनाएं)

डिफ़ॉल्ट वैश्विक संकुल फ़ोल्डर का स्थान। डिफ़ॉल्ट% userprofile% .nuget \ package (Windows) या ~ / .nuget / संकुल (Mac / Linux) है। एक रिश्तेदार पथ का उपयोग प्रोजेक्ट-विशिष्ट nuget.config फ़ाइलों में किया जा सकता है। यह सेटिंग NUGET_PACKAGES परिवेश चर द्वारा ओवरराइड की गई है, जो पूर्वता लेता है।

रिपॉजिटरीपाथ (पैकेज.कॉन्फिग ओनली)

वह स्थान जिसमें डिफ़ॉल्ट $ (सॉल्यूसिर) / संकुल फ़ोल्डर के बजाय NuGet संकुल स्थापित करना है। एक रिश्तेदार पथ का उपयोग प्रोजेक्ट-विशिष्ट nuget.config फ़ाइलों में किया जा सकता है। यह सेटिंग NUGET_PACKAGES परिवेश चर द्वारा ओवरराइड की गई है, जो पूर्वता लेता है।

<config>
    <add key="globalPackagesFolder" value="c:\packageReferences" />
    <add key="repositoryPath" value="c:\packagesConfig" />
</config>

मैंने अपनी समाधान फ़ाइल के बगल में Nuget.config डाल दिया और यह काम कर गया।

— मैनी
स्रोत

5

एक और थोड़ा सा tidbit जो मैंने अभी खोजा है। (यह इतना बुनियादी हो सकता है कि कुछ ने इसका उल्लेख नहीं किया है, लेकिन यह मेरे समाधान के लिए महत्वपूर्ण था।) "संकुल" फ़ोल्डर आपके .sln फ़ाइल के समान फ़ोल्डर में समाप्त होता है।

हमने अपनी .sln फ़ाइल को स्थानांतरित किया और फिर विभिन्न परियोजनाओं और वॉइला को खोजने के लिए अंदर के सभी रास्तों को ठीक किया! हमारे पैकेज फ़ोल्डर समाप्त हो गए जहां हम इसे चाहते थे।

— NickNuke
स्रोत

4

2017 के लिए अद्यतन:

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

वीएस 2015 और उससे पहले

अन्य उत्तरों के लिए सिर्फ एक टिप (विशेष रूप से यह ):

NuGet पैकेज फ़ोल्डर का स्थान कॉन्फ़िगरेशन के माध्यम से बदला जा सकता है, लेकिन VisualStudio अभी भी इस फ़ोल्डर में संदर्भ असेंबली अपेक्षाकृत:

<HintPath>..\..\..\..\..\..\SomeAssembly\lib\net45\SomeAssembly.dll</HintPath>

इस समाधान करने के लिए (एक बेहतर समाधान जब तक) मैं इस्तेमाल किया subst एक आभासी ड्राइव जो संकुल के एक नए स्थान पर अंक फ़ोल्डर बनाने के लिए आदेश:

subst N: C:\Development\NuGet\Packages

अब एक नया NuGet पैकेज जोड़ते समय, प्रोजेक्ट संदर्भ अपने पूर्ण स्थान का उपयोग करता है:

<HintPath>N:\SomeAssembly\lib\net45\SomeAssembly.dll</HintPath>

ध्यान दें:

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

— Kamarey
स्रोत

क्या आज भी ऐसा ही है? मेरा मतलब है कि हम नए जोड़े गए पैकेज के लिए अनुपस्थित स्थान का उपयोग नहीं कर सकते? यह वर्चुअल ड्राइव सॉल्यूशन मेरे लिए बोझिल लग रहा है

— १i

हां, फिर भी कुछ भी नहीं बदला है

— Kamarey

2

मैं वास्तव में एक सापेक्ष पथ पसंद करता हूं - इस तरह से स्रोत नियंत्रण में कोई संघर्ष नहीं है यदि विभिन्न डेवलपर्स के पास कोड के लिए अलग-अलग रूट स्थान हैं।

— jbyrd

मुझे आश्चर्य है कि आप <HintPath>$(SolutionDir)\packages\SomeAssembly\lib\net45\SomeAssembly.dll</HintPath> का उपयोग करने के बजाय क्यों नहीं कर सकते हैंsubst

— विनोद श्रीवास्तव

मैं चाहता था कि सभी पैकेज एक ही स्थान पर हों, प्रति समाधान नहीं

— कामरेपी

3

बस Nuget 2.8.3 के साथ अद्यतन कर रहा है। इंस्टॉल किए गए पैकेजों के स्थान को बदलने के लिए, मैंने राइट क्लिकिंग समाधान से पैकेज रिस्टोर को सक्षम किया। NuGet.Config का संपादन किया और इन पंक्तियों को जोड़ा:

  <config>
    <add key="repositorypath" value="..\Core\Packages" />
  </config>

फिर समाधान का पुनर्निर्माण किया, इसने सभी पैकेजों को मेरे इच्छित फ़ोल्डर में डाउनलोड किया और स्वचालित रूप से संदर्भों को अद्यतन किया।

— अमरनाथ चटर्जी
स्रोत

3

सबसे संगत तरीका nuget configसही तरीके से कॉन्फिगरेशन सेट करने के लिए है:

nuget config -set repositoryPath=c:\packages -configfile c:\my.config

https://docs.microsoft.com/en-us/nuget/consume-packages/configuring-nuget-behavior#changing-config-settings

— yeerk
स्रोत