Unbefugte nuget-Paket von Visual Studio Team Services mithilfe von asp.net core rc2

Ich bin nicht in der Lage zu installieren/wiederherstellen " nuget-Pakete aus Visual Studio Team Services-feed in einem asp.net Kern-web-Anwendung (RC2). Ich erhalte die folgende:

Fehler: Response-status-code gibt nicht an Erfolg: 401
(Nicht autorisiert).

Ich arbeite mit Visual Studio Community 2015-Update 2 und nuget-version 3.4.4. Ich bin in der Lage, installieren/restore-Pakete aus diesem feed in andere Projekt-Typen.

Muss ich etwas anderes tun, um an meinem Anmeldeinformationen für ein asp.net Kern-web-app?

Schritte zum reproduzieren:

Vom Team Services-Paket Registerkarte wähle ich "Connect to Feed" und kopieren Sie die NuGet-Paket Quell-URL

In visual studio -> Tools -> NuGet-Paket-Manager -> Paket-Manager-Einstellungen -> Paket-Quellen und fügen Sie die feed-url von vso

Dann von meiner ASP.NET Core Web Application (.NET Framework) Projekt klicken Sie auf Verweise -> " NuGet-Pakete Verwalten
-> Wählen Sie mein Futter von der Paket-Quelle (Pakete aufgelistet sind) -> Klicken Sie auf installieren

In der Ausgabe:

Installing NuGet package xxxxx 
Successfully installed xxxxx to WebApplication1
========== Finished ==========

Dann wird es versuchen zu wiederherstellen das Paket an dem Punkt, den ich bekommen:

error: Response status code does not indicate success: 401 (Unauthorized).
error: Failed to retrieve information from remote source

- Und Innenseite web-Projekt-Referenzen - Paket Warnung Symbol - NU1001 Die Abhängigkeit xxxxx konnte nicht aufgelöst werden

Haben Sie sich in Ihre VSTS-Konto aus der rechten oberen Ecke des VS? Können Sie teilen Sie Ihre Schritte, um dieses Problem zu reproduzieren?
warum tut der Anmeldung auch eine Rolle? Feeds gehostet auf NuGet benötigen keine Genehmigung. Ich würde eher denken, dass dies möglicherweise ein Problem mit einem proxy, der eine Autorisierung erfordert, in welchem Fall der Anmeldung spielt keine Rolle? @HPaxton - siehst du das gleiche Problem, wenn Sie versuchen, die Wiederherstellung über die Befehlszeile mit dotnet restore? Können Sie prüfen und buchen-feeds, die Sie verwenden - wenn Sie dotnet restore es wird sich zeigen, was feeds es gegen Ende.
Er/Sie ist mit einem visual studio online-feed, das ist eine private füttern.
Ich bin unterzeichneten in der oberen rechten Ecke des visual studio. Ich bin in der Lage, zum hinzufügen von Paketen aus der gleichen vso-feed in derselben Instanz von visual studio, um eine framework-Klasse Bibliothek-Projekt.
Ich hatte das gleiche Problem in Visual Studio 2017. Neustart von Visual Studio das problem bei mir gelöst.

InformationsquelleAutor HPaxton | 2016-06-22

5

Kann ich reproduzieren Sie Ihr Problem auf meiner Seite und folgt der workaround benutze ich zur Wiederherstellung der Pakete:
1. Entfernen Sie die VSTS feed-Ressource von "VS\Tools\NuGet-Paket-Manager\Paket Quellen".
2. Öffnen "Pakete" - tab von Ihrem VSTS web-portal.
3. Wählen Sie den feed, den Sie eine Verbindung herstellen möchten, und klicken Sie auf "Connect to feed" - option.
4. Wählen Sie "Personal Access Token" - Methode in den dialog.
5. Kopieren Sie den generierten Befehl in das Dialogfeld ein.
6. Ausführen CMD als Administrator auf Ihrer Maschine.
7. Fügen Sie den kopierten Befehl in CMD.
8. Hinzufügen "-StorePasswordInClearText" - argument nach dem Befehl.
9. Den Befehl ausführen.
10. Neu starten, VS.
11. Installieren und wiederherstellen der Pakete.
Ich hatte das gleiche Problem, also folgte ich Ihrem Weg mit PAT statt. Nun, zumindest bekomme ich eine andere Fehlermeldung wie folgt. Passwort-Entschlüsselung ist fehlgeschlagen für die Quelle : 'https://****.pkgs.visualstudio.com/_packaging/myfeed/nuget/v3/index.json' ist nicht auf dieser Plattform. Ein Klartext-Passwort verwendet werden kann, statt.
Überprüfen Sie Schritt 8. Ich bekomme diese Fehlermeldung auch ohne Schritt 8.
tut mir Leid mein schlechtes, es funktioniert jetzt. Dein workaround rockt!! Der Schlüssel hier ist mit der PAT, wie Sie vorgeschlagen, aber ändern mit -StorePasswordInClearText wechseln. Ich kann endlich voran mit dem Projekt. Irgendwann aber, Sie (nuget oder .NET-Core-team) müssen zur Behebung dieses schrecklichen Problems.
Funktioniert perfekt. Gute Sache! Dank
Wir Hinzugefügt haben, können Sie diese Problemumgehung, um die Dokumentation für VSTS NuGet-feeds: visualstudio.com/en-us/docs/package/get-started/nuget/...

InformationsquelleAutor Eddie Chen - MSFT

Ich hatte ein ähnliches problem (keine Authentifizierung) in der NuGet Restore Aufgabe eines VSTS build-definition. Die Lösung war, hinzufügen von NuGet.config-Datei im Stammverzeichnis des Projekts mit einem Verweis auf die offizielle und mein individuelles Futter. Vielleicht hilft es, Ihre Kern-Projekt auch.

    <?xml version="1.0" encoding="utf-8"?>
<configuration>

  <packageSources>
    <clear />
    <add key="nuget.org" value="https://api.nuget.org/v3/index.json" />
    <add key="RmlrTools" value="https://<MyProjectName>.pkgs.visualstudio.com/DefaultCollection/_packaging/<MyFeedName>/nuget/v3/index.json" />
  </packageSources>
  <!-- used to store credentials -->
  <packageSourceCredentials />
  <!-- Used to specify which one of the sources are active -->
  <activePackageSource>
    <!-- this tells only one given source is active -->
    <add key="NuGet official package source" value="https://nuget.org/api/v2/" />
    <!-- this tells that all of them are active -->
    <add key="All" value="(Aggregate source)" />
  </activePackageSource>
  <!-- Used to disable package sources  -->
  <disabledPackageSources />
  <!-- 
  Used to specify default API key associated with sources. 
  See: NuGet.exe help setApiKey
  See: NuGet.exe help push
  See: NuGet.exe help mirror
  -->
  <!--<apikeys>
    <add key="http://MyRepo/ES/api/v2/package" value="encrypted_api_key" />
  </apikeys>-->
</configuration>

InformationsquelleAutor Frederic

1

Auch, hier ist die Dokumentation zeigen, wie Sie es tun sollten, die Sektion ".NET Core".

InformationsquelleAutor Fabio Reis

Schreibe einen Kommentar

Du musst angemeldet sein, um einen Kommentar abzugeben.