Source inaccessible lors de l'utilisation de la console NuGet Package Manager
Nous déplaçons notre gestion des paquets de la mise à jour manuelle des fichiers vers NuGet. J'essaie d'installer d'anciennes versions de packages pour correspondre à celle que nous avons déjà dans le contrôle de source. Il n'y a aucun moyen de faire cela à partir de l'interface utilisateur, j'utilise donc la ligne de commande pour obtenir la version appropriée.
Pour certaines raisons, Install-Package continue de me dire que la galerie de pépites est inaccessible.
La source sur nuget.org [ https://www.nuget.org/api/v2/] est inaccessible. Retourner dans le cache local de NuGet
Cela ne se produit que dans l'une de nos solutions. Si je crée une nouvelle solution ou en utilise une autre dans le même référentiel, les packages s'installeront comme prévu. Je peux même installer les packages dans une solution factice pour remplir le cache local, puis les installer avec succès dans la solution défectueuse. J'ai essayé de Invoke-WebRequest sur l'URL de la console NuGet et je reçois un HTTP 200.
Qu'est-ce qui peut causer ça? Existe-t-il un moyen de remplacer les sources de package par solution/projet?
Même si mon Package Source était défini sur nuget.org dans la console du gestionnaire de packages, l'ajout explicite de -Source nuget.org l'argument corrigé cela pour moi.
Donc, un exemple d'utilisation serait:
Install-Package Akka.net -Source nuget.org
Akka.net étant votre paquet que vous voulez installer, c’est juste un exemple ici.
Je devais copier la source NuGet par défaut dans les options de Visual Studio. Avec la source copiée, j'ai changé l'URL de https en http. Cela a résolu le problème pour moi.
Le mérite de cette suggestion appartient ici: https://nuget.codeplex.com/discussions/561075#PostDetailsCell_1354351 , à "jpharris4".
Vous pouvez également modifier le code source NuGet à partir de l'interface utilisateur. Il suffit de changer le code source de NuGet pour une version plus ancienne et cela devrait fonctionner correctement.
Il semble y avoir encore peu de bogues dans VS 2015 liés à api.nuget.org (v3).
Je ne sais pas ce qui peut causer votre problème, mais il est en effet un moyen de remplacer les sources de paquetages solution de base, , mais uniquement si vous avez activé la restauration du package NuGet sur la solution donnée.
Une fois qu'une solution a activé NuGet Package Restore, un dossier appelé ".nuget" est ajouté à la solution. Sous ce sera un fichier appelé "NuGet.targets" qui a un ItemGroup dont la condition est "'$ (PackageSources)' '==" "comme celle que vous verrez dans l'image attachée.
Si ItemGroup est vide (ou complètement commenté, comme dans l'illustration), la solution utilisera un fichier spécifique qui devrait = être identique aux sources répertoriées sous OUTILS >> OPTIONS. Mais si vous supprimez la mise en commentaire ou ajoutez des éléments PackageSource à ce groupe d'éléments, la solution recherchera les sources de packages répertoriées et SEULEMENT celles répertoriées.
Je devais fournir le commun avec l'URL complète en tant que Install-Package MySql.Data.Entity -Version 6.9.8 -Source http://www.nuget.org/api/v2
Dans ma console de gestion des packages, je ne pouvais voir aucune source
Aller à: Outils -> Options -> Gestionnaire de paquets Nuget -> Sources de paquets
J'ai trouvé les sources. En les décochant, et en les vérifiant, ils réapparaissent dans la console de mon gestionnaire de packages.
Cela a fonctionné pour moi dans VS 2015 prof: Outils -> Options -> Gestionnaire de paquets Nuget -> Sources de paquets
- Appuyez sur le bouton Ajouter
- Modifier dans Nom étiquette: nuget.org
- Modifier dans le libellé d'origine: https://www.nuget.org/api/v2/
- Appuyer sur OK
J'espère que ça aide ;)
Dans mon cas, la cause était que le paquet avait un accord. Dans l'interface utilisateur - "Gérer les packages NuGet", vous avez la possibilité d'accepter et de continuer.
La console du gestionnaire de packages dans VS 2013 semble avoir un problème avec cela. Comme d'autres l'ont dit, le redémarrage de VS 2013 pourrait résoudre le problème pour la console.
Cela se produit parce que vous travaillez en mode hors connexion. Lorsque vous vous reconnectez, le réseau doit se déconnecter et se reconnecter. Le gestionnaire de paquets se réinitialisera sans problème.
J'ai eu le même problème avec le même message. Mais la raison de mon problème était la perte de connexion à TFS. Mon serveur TFS était hébergé sur un autre réseau et j'utilisais un VPN pour y accéder. Quand j'ai essayé d'installer le paquet sans connexion établie à TFS (le VPN était désactivé), j'ai eu le même problème.
Soyez conscient de ce comportement TFS.
entrez la description de l'image ici Peut-être votre pare-feu de bureau/maison bloquant nuget.org alors essayez de vous connecter à un réseau Internet différent, par exemple depuis votre mobile ou le wifi .J'ai réussi à résoudre ce problème.
J'ai fait face à ce problème VS2013 et perdu 3 heures de temps.
Je ne sais pas quelle était la cause du problème. Mais aucune des solutions ci-dessus n'a fonctionné pour moi.
La réinstallation de la console Nuget Package Manager a fonctionné pour moi.
Outils -> Extensions et mises à jour -> Sous Tous, recherchez Gestionnaire de packages Nuget pour Visual Studio et cliquez sur désinstaller.
Allez à https://marketplace.visualstudio.com/items?itemName=NuGetTeam.NuGetPackageManagerforVisualStudio201 et téléchargez l'extension.