2016-07-30 11 views
1

Mit VSTS sollte ich in der Lage sein, Pakete aus den Feeds wiederherzustellen, die in VSTS gehostet werden. Die Nuget.config scheint korrekt zu sein, der Build hat Zugriff auf den Feed, lokal läuft es gut mit der expliziten Verwendung der gleichen Konfigurationsdatei.VSTS stellt keine Pakete aus dem VSTS-Feed wieder her

Ich habe VSTS Build vNext NuGet custom package source gesehen, möchte aber sehr viel heraus bleiben dort apikey der Zugabe. Die offizielle Dokumentation besagt, sollte es möglich sein: https://www.visualstudio.com/docs/package/get-started/build/team-build

NuGet.config

<?xml version="1.0" encoding="utf-8"?> 
<configuration> 
    <packageRestore> 
    <add key="enabled" value="True" /> 
    <add key="automatic" value="True" /> 
    </packageRestore> 
    <packageSources> 
    <clear /> 
    <add key="nuget.org" value="https://api.nuget.org/v3/index.json" protocolVersion="3" /> 
    <add key="Net2Library" value="https://xxx.pkgs.visualstudio.com/DefaultCollection/_packaging/yyy/nuget/v3/index.json" /> 
    </packageSources> 
    <activePackageSource> 
    <add key="All" value="(Aggregate source)" /> 
    </activePackageSource> 
</configuration> 

-Feed-Einstellungen enter image description here

Einstellungen wiederherstellen (es verwendet die richtige Konfiguration, sichtbar von der Auflistung des Vorschubs in den Protokollen

)

enter image description here

Relevante Protokolle:

2016-07-30T12:33:37.8085538Z Restoring NuGet package XYZ.2016.7.29.14. 
2016-07-30T12:33:42.6885539Z Unable to find version '2016.7.29.14' of package 'XYZ'. 
2016-07-30T12:33:42.6915543Z Feeds used: 
2016-07-30T12:33:42.6925542Z C:\Users\buildguest\AppData\Local\NuGet\Cache 
2016-07-30T12:33:42.6925542Z C:\Users\buildguest\.nuget\packages\ 
2016-07-30T12:33:42.6925542Z https://api.nuget.org/v3/index.json 
2016-07-30T12:33:42.6935552Z https://xxx.pkgs.visualstudio.com/DefaultCollection/_packaging/yyy/nuget/v3/index.json 
2016-07-30T12:33:42.7235541Z ##[debug]rc:1 
2016-07-30T12:33:42.7245545Z ##[debug]success:false 
2016-07-30T12:33:42.7325527Z ##[error]Error: C:\LR\MMS\Services\Mms\TaskAgentProvisioner\Tools\agents\1.103.1\agent\Worker\Tools\nuget.exe failed with return code: 1 
2016-07-30T12:33:42.7335525Z ##[error]Packages failed to install 
2016-07-30T12:33:42.7335525Z ##[debug]task result: Failed 
2016-07-30T12:33:42.7345538Z ##[error]Return code: 1 
+0

Ich habe ein ähnliches Problem - begann letzte Nacht https://StackOverflow.com/Questions/38679316/. Ich frage mich jetzt, ob es mich oder sie. – rism

+0

@Rism interessant! Ich didn Ich habe keine Details mehr aus meinen Protokollen, aber ich habe dieses Problem schon seit einiger Zeit (nicht in letzter Zeit), obwohl ich erst diese Woche mehr Aufmerksamkeit geschenkt habe und ein paar Einstellungen geändert habe, die dazu führen könnten, dass 'jetzt funktioniert' aber möglicherweise das gleiche Problem wie Sie. Ich werde Ihr Problem auch verfolgen und Updates hier, wenn überhaupt. –

Antwort

1

Das von VSTS Problem verursacht wird, die inzwischen behoben wurde, versuchen Sie bitte die Build wieder.

Ausgabe: Failures while restoring nuget packages in Visual Studio Team Services – 8/1 – Resolved

Andere mögliche Ausgabe: Packaging issues with Visual Studio Team Services – 7/30 – Resolved .

+0

Vielen Dank! Leider hat dies nicht reso Ich hab es für mich. Ich habe nur eine Nuget-Paketwiederherstellung, die immer noch fehlschlägt, indem ich die Version nicht finde. Gedanken? –

+0

@janpieter_z Haben Sie die Problemumgehung auf der Seite versucht: Wenn Sie die oben genannten Repro haben, dann gehen Sie zu Ihrem Agentenpool in der Web-UI, klicken Sie mit der rechten Maustaste und wählen Sie "Alle Agenten aktualisieren"? –

+0

Ich habe versucht, aber war nur in der Lage, dies auf den Standard-Pool, nicht den gehosteten Pool (was ich verwende). Hatte keine Wirkung. –

0

Ich habe genau das gleiche Problem. Ich habe den Fehler die meiste Zeit erlebt, wenn der Build von einem Push aus dem lokalen Repo startet (entweder von VS 2015 oder git bash).
Die Problemumgehung für mich bestand darin, einen Build direkt auf VSTS-Build-Definition durch "Queue Build.
Queue Build. Es ist ärgerlich, aber es ist die einzige Möglichkeit, das Problem zu überwinden. Ich glaube, das ist ein Bug und hoffe MS beheben Hoffe, meine Workaround hilft.

+0

Danke für den Tipp! Es scheint jetzt hier zu arbeiten (mit dem Fix, den sie rausgeschmissen haben), siehe den Kommentar zu der anderen Antwort. Ich hoffe, das hilft auch dir! –

+0

Ja, es ist behoben :) – DMVC