Ist es möglich, den Speicherort von Paketen für NuGet zu ändern?

Ich habe für die meisten meiner Projekte die folgende Konvention:

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

Sie werden bemerken , dass ich nicht halten externe Bibliotheken innerhalb der Quellordner. Ich bin auch sehr an der Verwendung von NuGet interessiert, möchte diese externen Bibliotheken jedoch nicht im Quellordner haben. Verfügt NuGet über eine Einstellung zum Ändern des Verzeichnisses, in das alle Pakete geladen werden?

Es ist jetzt möglich zu steuern, in welchem ​​Ordner die Pakete installiert werden.

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

Bearbeiten: Siehe Phil Haacks Kommentar am 10. Dezember 2010 um 23:45 Uhr (im Arbeitselement / im obigen Link). Die Unterstützung ist teilweise in 1.0 implementiert, jedoch nicht dokumentiert.

Laut @dfowler: Fügen Sie eine nuget.config-Datei neben der Lösung hinzu:

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

Es gibt ein Nuget-Paket zum Erstellen der Überschreibung des Paketordners .

Update für Version 2.1

Wie Azat kommentierte, gibt es jetzt eine offizielle Dokumentation zur Steuerung der Paketpositionen. In den Versionshinweisen für 2.1 wird die folgende Konfiguration in einer Datei nuget.config angegeben (eine Beschreibung der gültigen Speicherorte für die Konfigurationsdateien und der Funktionsweise des hierarchischen Konfigurationsmodells finden Sie in den Versionshinweisen):

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

Dies würde den Paketordner für die Konfigurationsebene ändern, in der Sie die Datei abgelegt haben (Lösung, wenn Sie sie im Lösungsverzeichnis ablegen, Projekt im Projektverzeichnis usw.). Beachten Sie, dass in den Versionshinweisen Folgendes angegeben ist:

[...] Wenn sich unter Ihrem Lösungsstamm ein vorhandener Paketordner befindet, müssen Sie diesen löschen, bevor NuGet Pakete am neuen Speicherort ablegt.

1. Erstellt eine Datei mit dem Namen "nuget.config".
2. Diese Datei wurde meinem Lösungsordner hinzugefügt

das hat bei mir NICHT funktioniert:

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

das hat bei mir funktioniert:

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

Okay, für alle anderen, die diesen Beitrag lesen - hier ist, was ich von den unzähligen Antworten oben verstehe:

1. Die Datei nuget.config im Ordner .nuget ist relativ zu diesem Ordner. Dies ist wichtig, denn wenn Ihr neuer Ordner so etwas wie "../Packages" ist, wird er dort abgelegt, wo er immer sofort einsatzbereit ist. Wie @ bruce14 angibt, müssen Sie stattdessen '../../Packages' ausführen

2. Ich konnte das neueste Nuget (2.8.5) nicht dazu bringen, einen Paketordner außerhalb des Standardverzeichnisses zu finden, ohne die Paketwiederherstellung zu aktivieren. Sobald Sie die Paketwiederherstellung aktiviert haben, sollte der Datei nuget.config im Ordner .nuget Folgendes hinzugefügt werden, um den Speicherort zu ändern:

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

3. (Dies ist wichtig.) Wenn Sie Änderungen am Speicherort des Paketordners in den Dateien nuget.config vornehmen, müssen Sie Visual Studio neu starten oder die Lösung schließen / neu laden, damit die Änderungen wirksam werden

Eine Lösung für Nuget 3.2 unter Visual Studio 2015 lautet:

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

Verwenden eines Schrägstrichs für den übergeordneten Ordner. Speichern Sie die obige Datei (nuget.config) im Lösungsordner.

Referenz finden Sie hier

Die in den Versionshinweisen für 2.1 vorgeschlagene Lösung funktioniert nicht sofort. Sie haben vergessen zu erwähnen, dass es Code gibt:

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

    ...
}

was verhindert, dass es funktioniert. Um dies zu beheben, müssen Sie Ihre NuGet.targets-Datei ändern und den Parameter 'OutputDirectory' entfernen:

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

Wenn Sie nun irgendwo in NuGet.config die Konfiguration 'repositoryPath' hinzufügen (eine Beschreibung der gültigen Speicherorte für die Konfigurationsdateien finden Sie in den Versionshinweisen), werden alle Pakete an einem einzigen Speicherort wiederhergestellt, aber ... Ihre .csproj-Datei enthält Hinweise zu Assemblys, die als relative Pfade geschrieben wurden ...

Ich verstehe immer noch nicht, warum sie sich schwer getan haben, anstatt PackageManager zu ändern, damit es Hinweispfade relativ zu PackagesDir hinzufügt. Auf diese Weise habe ich manuell verschiedene Paketspeicherorte lokal (auf meinem Desktop) und auf dem Build Agent.

<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>

Wenn Sie zusätzlich zur Antwort von Shane Kms die Nuget-Paketwiederherstellung aktiviert haben, bearbeiten Sie die NuGet.config im Ordner .nuget wie folgt:

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

Beachten Sie das zusätzliche ".. \", da es vom .nuget-Ordner und nicht vom Lösungsordner zurückverfolgt wird.

Keine dieser Antworten hat bei mir funktioniert (Nuget 2.8.6), da einige Tipps fehlen. Ich werde versuchen, sie hier hinzuzufügen, da dies für andere nützlich sein könnte.

Nach dem Lesen der folgenden Quellen:
https://docs.nuget.org/consume/NuGet-Config-Settings
https://github.com/NuGet/Home/issues/1346
Es scheint, dass

1. Um die Arbeit Sie Install-Paket ordnungsgemäß mit verschiedenen repositoryPath verwenden müssen , um vorwärts Schrägstriche, es ist , weil sie verwenden Uri Objekt zu parsen Lage.
2. Ohne $ am Anfang ignorierte es immer noch meine Einstellungen.
3. NuGet speichert die Konfigurationsdatei im Cache, sodass Sie nach Änderungen die Lösung / VS neu laden müssen.
4. Ich hatte auch ein seltsames Problem bei der Verwendung des Befehls NuGet.exe, um diese Option festzulegen, da meine globale NuGet.exe unter AppData \ Roaming \ NuGet geändert und dort Pakete wiederhergestellt wurden (da diese Datei eine höhere Priorität hat, nur raten).

Z.B

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

Sie können auch den NuGet-Befehl verwenden, um sicherzustellen, dass die Syntax wie folgt korrekt ist:

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

Für .NET Core-Projekte und Visual Studio 2017 konnte ich alle Pakete auf dem relativen Pfad wiederherstellen, indem ich folgende Konfiguration bereitstellte:

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

Aufgrund meiner Erfahrung wurde der lib-Ordner auf derselben Ebene erstellt, auf der Nuget.config gefunden wurde, unabhängig davon, wo sich die sln-Datei befand. Ich habe getestet und das Verhalten ist für die Befehlszeilen-Dotnet-Wiederherstellung und die Wiederherstellung von Visual Studio 2017 gleich

Die Konfigurationsdatei in der akzeptierten Antwort funktioniert für mich in VS2012. Bei mir funktioniert es jedoch nur, wenn ich Folgendes mache:

1. Erstellen Sie ein neues Projekt in VS.
2. VS beenden - das scheint wichtig zu sein.
3. Kopieren Sie die Konfigurationsdateien in den Projektordner.
4. Starten Sie VS neu und fügen Sie Pakete hinzu.

Wenn ich diese Schritte befolge, kann ich einen freigegebenen Paketordner verwenden.

Um den Pfad für Projekte mit PackageReference anstelle von packages.config zu ändern, müssen Sie verwenden globalPackagesFolder

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

globalPackagesFolder (Projekte, die nur PackageReference verwenden)

Der Speicherort des standardmäßigen globalen Paketordners. Der Standardwert ist% userprofile% .nuget \ packages (Windows) oder ~ / .nuget / packages (Mac / Linux). Ein relativer Pfad kann in projektspezifischen nuget.config-Dateien verwendet werden. Diese Einstellung wird von der Umgebungsvariablen NUGET_PACKAGES überschrieben, die Vorrang hat.

repositoryPath (nur packages.config)

Der Speicherort, an dem NuGet-Pakete anstelle des Standardordners $ (Solutiondir) / packages installiert werden sollen. Ein relativer Pfad kann in projektspezifischen nuget.config-Dateien verwendet werden. Diese Einstellung wird von der Umgebungsvariablen NUGET_PACKAGES überschrieben, die Vorrang hat.

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

Ich habe Nuget.config neben meine Lösungsdatei gestellt und es hat funktioniert.

Noch ein kleiner Leckerbissen, den ich gerade entdeckt habe. (Dies mag so einfach sein, dass einige es nicht erwähnt haben, aber es war wichtig für meine Lösung.) Der Ordner "packages" befindet sich im selben Ordner wie Ihre SLN-Datei.

Wir haben unsere .sln-Datei verschoben und dann alle Pfade darin korrigiert, um die verschiedenen Projekte und voila zu finden! Unser Paketordner landete dort, wo wir ihn haben wollten.

UPDATE für VS 2017:

Es sieht so aus, als hätten die Leute im Nuget-Team endlich angefangen, Nuget selbst zu verwenden, was ihnen half, einige wichtige Dinge zu finden und zu reparieren. Jetzt (wenn ich mich nicht irre, da ich immer noch nicht auf VS 2017 migriert bin) ist das Folgende nicht mehr notwendig. Sie sollten in der Lage sein, den "repositoryPath" auf einen lokalen Ordner zu setzen, und es wird funktionieren. Sogar Sie können es überhaupt belassen, da der Wiederherstellungsspeicherort standardmäßig aus den Lösungsordnern auf Computerebene verschoben wurde. Wieder - ich habe es immer noch nicht alleine getestet

VS 2015 und früher

Nur ein Tipp zu anderen Antworten (speziell dies ):

Der Speicherort des NuGet-Paketordners kann über die Konfiguration geändert werden. VisualStudio verweist jedoch weiterhin relativ relativ auf Assemblys in diesem Ordner:

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

Um dies zu umgehen (bis zu einer besseren Lösung), habe ich den Befehl subst verwendet , um ein virtuelles Laufwerk zu erstellen, das auf einen neuen Speicherort des Ordners "Pakete" verweist:

subst N: C:\Development\NuGet\Packages

Wenn Sie nun ein neues NuGet-Paket hinzufügen, verwendet die Projektreferenz ihren absoluten Speicherort:

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

Hinweis:

1. Ein solches virtuelles Laufwerk wird nach dem Neustart gelöscht. Stellen Sie daher sicher, dass Sie damit umgehen
2. Vergessen Sie nicht, vorhandene Referenzen in Projektdateien zu ersetzen.

Nur mit Nuget 2.8.3 aktualisieren. Um den Speicherort der installierten Pakete zu ändern, habe ich die Paketwiederherstellung über die Rechtsklick-Lösung aktiviert. NuGet.Config bearbeitet und folgende Zeilen hinzugefügt:

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

Anschließend wurde die Lösung neu erstellt, alle Pakete in den gewünschten Ordner heruntergeladen und die Referenzen automatisch aktualisiert.

Der konsistenteste Weg ist über die nuget configkorrekte Einstellung der Konfiguration:

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