TFS2017.2 NuGet Wiederherstellungsaufgabe - ETIMEDOUT 93.184.221.200:443

Question

Ich habe einige Build-Definitionen, die die "alte" NuGet Installer-Aufgabe verwenden, um die Abhängigkeiten von unserem internen TFS-Feed wiederherzustellen (gleiche Sammlung); die Feed-URL wird durch die NuGet Quelle Parameter angegeben:

Der Wiederherstellungsprozess ist in Ordnung, wie unten arbeiten:

auf die neuere Version der Task Switching verursacht die Build-Ausfall:

Wie kann ich den Verbindungsversuch zu 93.184.221.200:443 deaktivieren, da der Build-Agent keinen Internetzugang hat?

Ich benutze TFS 15.117.26714.0.

Update 1

Ich kopierte nuget.exe auf c: \ nuget Ordner dann den Ordner, in der Umgebungsvariablen PATH hinzugefügt. Gleiches Ergebnis

Update 2

Ich kopierte nuget.exe in C: \ B \ 1_tool \ NuGet \ 4.0.0 \ x64-Ordner; das Ergebnis ist unter:

Answer 1

Update 3 - Umgehung

Um die "neue" NuGet Aufgabe zu betrügen die nuget.exe im Werkzeug Cache Sie eine Dummy-Datei x64.complete genannt erstellen müssen finden in der Ordner {Agent Arbeitsordner} \ _ tool \ NuGet \ 4.0.0 und kopieren Sie die Datei nugget.exe in den Ordner {Agent Arbeitsordner} \ _ tool \ NuGet \ 4.0.0 \ x64 Ordner

Answer 2

scheint es etwas falsch mit der neuen Version der Aufgabe. Normalerweise wird nicht auf api.nuget.org zugegriffen, wenn Sie Use packages from NeGet.org deaktiviert haben.

Referenz dieses ähnliche Problem: NuGet restore task fails from the Xamarin.Android template in TFS 2017 update 2

Auch in diesem verwandten Feedback (noch nicht aufgelöst): NuGet Push task fails and has no retry option

Sie können jedoch versuchen, den Internetzugang für Ihren Build-Agenten zu aktivieren, dann es erneut versuchen.

Wenn das immer noch nicht funktioniert, versuchen Sie bitte während des Builds system.debug zu aktivieren. Dann erfassen und teilen Sie die Protokolle hier zur weiteren Fehlerbehebung.

Als Workaround können Sie die alte Version für jetzt verwenden.