"Die Version kann nicht gefunden werden" während TFS Build 2015 beim Wiederherstellen von NuGet-Paketen

Ich habe Probleme mit der NuGet-Paket-Wiederherstellung während eines TFS-Build-2015.

Da einige Pakete erfordern NuGet-3.x-client, den ich so konfiguriert haben, dass die neue skriptfähige zu bauen, um eine benutzerdefinierte NuGet Ort, wo ich gelegt habe, die ausführbare Datei von NuGet-Kommandozeile 3.x beta.

Immer, wenn ich einen bauen, die alle Pakete können nicht wiederhergestellt werden, und NuGet wirft die "kann Nicht finden version..." Fehler:

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

...und noch mehr Pakete. Ich glaube das Problem ist klar.

Wenn ich Baue die gleiche Lösung in der build-Maschine mit Visual Studio, werden alle Pakete erfolgreich wiederhergestellt.

Wie löse ich dieses?

InformationsquelleAutor der Frage Matías Fidemraizer | 2015-09-07

  1. 21

    In meinem Fall, das Problem war, dass Benutzer-Breite NuGet.config sich an C:\Users\[User name]\AppData\Roaming\NuGet\NuGet.config (wo [User name] ist der Benutzer, der die Ausführung des build-agent der Windows-Dienst) weist darauf NuGet-API v2 während mein build ist bereits mit NuGet-Kommandozeile 3.x.

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

    InformationsquelleAutor der Antwort Matías Fidemraizer

  2. 3

    In meinem Fall die Nuget.Config war, in:

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

    Suche also für Nuget.Config in Ihrem C:\.

    Den Benutzer hängt auf das Konto, das Sie konfiguriert die Agent

    InformationsquelleAutor der Antwort willianleite

  3. 1

    Wenn aus irgendeinem Grund die Aktualisierung der NuGet.config im Roaming-Ordner ist nicht eine option oder gewünscht ist, ist es auch möglich, die config-Datei in das root-Lösung.

    Laut der docs:

    • Projekt-spezifische NuGet.Config-Dateien sich in einem Ordner im Projektmappen-Ordner bis zum Stammordner des Laufwerks. Diese ermöglichen die Kontrolle über Einstellungen wie Sie für ein Projekt oder eine Gruppe von Projekten.
    • Eine Lösung-spezifische NuGet.Config-Datei befindet sich innerhalb einer .nuget-Ordner in der Projektmappe. Einstellungen in dieser Datei gelten nur für die Lösung-große Pakete und ist nur in NuGet 3.3 und früher. Es wird ignoriert, NuGet 3.4 und später.

    Config-Datei Standorten und Verwendungen, von

    InformationsquelleAutor der Antwort Emiel Koning

Schreibe einen Kommentar