Visual Studio 2013 ignoriert nuget.config

Question

Ich habe ein Visual Studio 2013-Projekt, das Nuget verwendet. Ich habe eine packages.config-Datei im Stammverzeichnis der Lösung und definiere die Nuget-Pakete, die wir installieren wollen. Ich habe auch eine nuget.config-Datei im Stammverzeichnis der Lösung, die packageSources sowie einige packageSourceCredentials definiert. Eine der Paketquellen ist ein privates Repo für unser Unternehmen.

Wenn ich eine Eingabeaufforderung in diesem Stammverzeichnis der Lösung öffnen und nuget restore eingeben, funktioniert es gut und ist in der Lage, unsere privaten Repos zu treffen, um einige der benutzerdefinierten Pakete, die wir verwenden, zu ziehen.

Wenn ich jedoch die Lösung in Visual Studio 2013 öffne und sie erstelle, schlägt sie beim Herunterladen unserer benutzerdefinierten Pakete fehl, weil sie anscheinend unsere Datei nuget.config ignoriert und daher nichts über unser privates nuget-Repo weiß .

Ich könnte in Extras> Optionen gehen und unser privates Repo hinzufügen, aber wir versuchen, alles innerhalb der Lösung selbst zu machen, so dass es Out-of-the-Box ohne benutzerdefinierte Konfiguration benötigt.

Warum wird nuget.config von VS 2013 ignoriert?

Answer 1

Ich habe ein neues Projekt mit der folgenden Verzeichnisstruktur erstellt.

-ConsoleApplication1 
    -ConsoleApplication1 
    -ConsoleApplication1.sln 
    -nuget.config 

Vor dem nuget.config zum Hinzufügen ich nicht von meiner privaten repos sehen konnte, wenn die Nuget Packages für Lösungs Feature verwalten verwenden. Als ich nuget.config hinzugefügt habe, konnte ich meine neuen Repos im Dialogfenster sehen. Ich bin auch in der Lage meiner Pakete wiederherstellen mit nuget wiederherstellen und aus einem Build innerhalb VS 2013

Meine nuget.config sieht aus wie diese

<?xml version="1.0" encoding="utf-8"?> 
<configuration> 
    <packageRestore> 
     <add key="enabled" value="True" /> 
     <add key="automatic" value="True" /> 
    </packageRestore> 
    <packageSources> 
     <add key="nuget.org" value="https://www.nuget.org/api/v2/" /> 
     <add key="MyRepo" value="http://XX.XX.XXX.XX:81/host/repo" /> 
    </packageSources> 
    <activePackageSource> 
     <add key="All" value="(Aggregate source)" /> 
    </activePackageSource> 
</configuration> 

Basierend auf Ihrem beschriebenes Problem das einzige, was ich denken kann, ist, dass Möglicherweise haben Sie zuvor versucht, die Nuget-Paketwiederherstellung von Ihrem Projekt zu deaktivieren, bevor Sie die aktuelle Methode zum Wiederherstellen von Paketen verwenden. Wenn Sie das Paket nicht von jedem Projekt gleichzeitig wiederherstellen, könnte eine Logik übrig bleiben, die die neue Methode stören könnte. Wenn Sie beispielsweise den Ordner .nuget aus Ihrer Projektmappe gelöscht haben, könnte die Datei nuget.config weiterhin darin enthalten sein und zu Konflikten führen.

Answer 2

Ist unter Ihrer Lösung Web-Projekt oder Web Application-Projekt? Ich denke, dass Website-Projekt nugget.config Datei ignorieren.

Answer 3

Starten Sie Visual Studio nach der Bearbeitung von NuGet.config neu!

Mir ist aufgefallen, dass VS2012 Änderungen an NuGet.config erst nach dem Neustart annimmt.

Answer 4

Ich fand, dass wenn Sie eine Multi-Projekt-Lösung haben, mit den Projekten alle in Ordnern im Ordner Lösung, die NuGet.config in einem Projektordner nicht funktioniert. Es nimmt die private Paketquelle nicht auf. Es funktioniert funktioniert, wenn Sie eine NuGet.config in den Ordner Lösung platzieren.

Das heißt, diese nicht Arbeit:

• Lösung
  • ProjectA
    • ProjectA.csproj
  • ProjectB
    • ProjectB.csproj
    • NuGet.config

während dieses tut Arbeit:

• Lösung
  • ProjectA
    • ProjectA.csproj
  • ProjectB
    • ProjectB.csproj
  • NuGet.config

I auch gefunden th bei disableSourceControlIntegration Option funktioniert nicht, wenn in \NuGet.config angegeben. Es funktioniert nur, wenn in .nuget\NuGet.config. Also habe ich zwei Konfigurationsdateien für meine Lösung, eine am Stamm, die die Paketquellenkonfiguration enthält, und eine im Ordner .nuget mit der Option disableSourceControlIntegration.

Getestet mit Visual Studio 2012 Update 5 und NuGet Package Manager-Erweiterung 2.8.5.