web-dev-qa-db-fra.com

Le gestionnaire de paquets nuget VS2015 ne trouve pas de paquets

J'ai installé VS2015 Update 2 et maintenant, le gestionnaire de paquets Nuget ne trouve aucun paquet en dehors de la source du paquet "Microsoft et .net". Il semble que la source du package de pépites ait été supprimée. Lorsque je le rajoute en tant que " http://www.nuget.org " je reçois une erreur "Impossible de récupérer les résultats à partir d'une ou de plusieurs sources".

Quelqu'un d'autre a ce problème?

30
Shiloh

La source du paquet nuget.org est toujours là après la mise à niveau pour moi. Mais si cela disparaît un jour, vous pouvez le rajouter comme

Nom: nuget.org

Source: https://api.nuget.org/v3/index.json

22
JohnnyHK

Il s'agit d'un problème conn avec la version 3.4 de Nuget, incluse dans Visual Studio 2015 Update 2:

Le fichier NuGet.config de votre dossier %AppData%\NuGet\ A été vidé accidentellement. Pour résoudre ce problème: Fermez Visual Studio 2015, supprimez le fichier NuGet.config Du dossier %AppData%\NuGet\ Et redémarrez Visual Studio. Un nouveau fichier NuGet.Config Sera généré et vous pourrez continuer.

56
Livven

J'utilise Visual Studio 2015 Update 2 et j'avais le numéro de Poster d'origine. Le fichier de configuration de la source de mon paquet n'a pas été supprimé, mais la source du nuget a été définie sur https://api.nuget.org/v3/index.json. J'ai dû ouvrir manuellement le fichier de configuration et changer l'URL en http://api.nuget.org/v3/index.json afin de faire apparaître les paquets. Cependant, j'ai eu des erreurs en essayant de télécharger le paquet dont j'avais besoin. Alors, finalement, j'ai vérifié les mises à jour, j'ai vu Visual Studio 2015 Update 3, je l'ai installé, et maintenant je peux enfin voir les packages, les télécharger et les installer (à l'aide de l'adresse http - le https n'a pas fonctionné)!

3
RoastBeast

Après la mise à niveau de Visual Studio 2015 le 16 septembre, mon NuGet.config avait été renommé en NuGet_temp.config. J'ai supprimé le fichier NuGet.config et renommé la version _temp en NuGet.Config.

Après cela, tous mes paquets sont à nouveau affichés.

1
Toby Hodkinson

Pour moi, c’était un véritable problème de réseau temporaire. IVe a réessayé un peu plus tard et l'erreur a disparu.

1
Michael Freidgeim

Je suis sur Visual Studio 2015 Community Update 3. J'ai eu ce problème. Ce qui a fonctionné pour moi est: ouvrez le fichier Nuget.config et changez le https en http.

0
Legend Tech

Ouvrez Visual Studio en tant qu'administrateur.

0
Aude

J'ai essayé à la fois la mise à jour vers la mise à jour 3 vs2015 et le passage de https: // à http: //, mais ils ne résolvent pas le problème.

Dans mon cas, il s'agissait d'une erreur d'autorisations de dossier local, mais le message d'erreur le considérait comme une erreur de téléchargement. Lorsque j'ai regardé plus profondément dans la fenêtre de sortie, j'ai pu constater qu'il s'agissait d'une erreur d'autorisation.

Dans ma configuration, vs2015 fonctionne sous Windows 10 et il semble que la raison en soit que certaines mises à jour de sécurité Microsoft aient modifié la sécurité de mes dossiers personnels, de sorte que Visual Studio ne puisse pas créer c:\users\myname.nuget\packages.

Une fois que j'ai créé c:\users\monNom.nuget\packages et que je me suis donné le plein contrôle de ce dossier, cela a fonctionné.

Bizarrement, bien que j'ai changé la configuration en http, le téléchargement s'est fait via https. L'URL de téléchargement s'affiche sous la forme http dans outils\options\gestionnaire de paquets nuget\sources de paquets, mais la fenêtre de sortie raconte une histoire différente.

0
sdjuan