Source inaccessible lors de l'utilisation de la console du gestionnaire de packages NuGet

Nous déplaçons notre gestion des packages de la mise à jour manuelle des fichiers vers NuGet. J'essaye d'installer d'anciennes versions de packages pour correspondre à celle que nous avons déjà dans le contrôle de code source. Il n'y a aucun moyen de le faire à partir de l'interface utilisateur, j'utilise donc la ligne de commande pour obtenir la version appropriée.

Pour une raison quelconque, Install-Packagecontinue de me dire que la galerie de pépites est inaccessible.

La source sur nuget.org [ https://www.nuget.org/api/v2/] est inaccessible. Revenir au cache local 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é Invoke-WebRequestsur l'url de la console NuGet et j'obtiens un HTTP 200.

Qu'est-ce qui peut causer cela? Existe-t-il un moyen de remplacer les sources du package par solution / projet?

Même si ma source de package était définie sur nuget.org dans la console du gestionnaire de package, l'ajout explicite de l' -Source nuget.orgargument a résolu ce problème pour moi.

Un exemple d'utilisation serait donc:

Install-Package Akka.net -Source nuget.org

Akka.net étant votre package que vous souhaitez installer, c'est juste un exemple ici.

J'ai dû copier la source NuGet par défaut dans les options de Visual Studio. Avec la source copiée, j'ai changé l'URL de httpsen http. Cela a résolu le problème pour moi.

Le crédit de cette suggestion appartient ici: https://nuget.codeplex.com/discussions/561075#PostDetailsCell_1354351 , à "jpharris4".

Je ne sais pas ce qui peut causer votre problème, mais il existe en effet un moyen de remplacer les sources de package par solution, mais uniquement si vous avez activé la restauration de package NuGet sur la solution donnée.

Une fois qu'une solution a activé la restauration de packages NuGet, un dossier appelé «.nuget» est ajouté à la solution. Sous celui-ci se trouvera un fichier appelé "NuGet.targets" qui a un ItemGroup dont la condition est "'$ (PackageSources)' == ''" comme celui que vous verrez dans l'image ci-jointe.

Si le ItemGroup est vide (ou complètement commenté, comme dans l'illustration), la solution utilisera un fichier spécifique qui devrait être le même que les sources répertoriées sous TOOLS >> OPTIONS. Mais si vous supprimez la mise en commentaire ou ajoutez des éléments PackageSource à cet ItemGroup, la solution recherchera les sources de package répertoriées et UNIQUEMENT celles répertoriées.

Vous pouvez également modifier la source NuGet à partir de l'interface utilisateur. Changez simplement la source NuGet vers 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).

Dans ma console du gestionnaire de packages, je ne pouvais voir aucune source

Aller à: Outils -> Options -> Gestionnaire de packages Nuget -> Sources de packages

J'ai trouvé les sources. En les décochant et en les revérifiant, ils réapparaissent dans ma console du gestionnaire de packages

J'ai dû fournir la comman avec l'URL complète comme Install-Package MySql.Data.Entity -Version 6.9.8 -Source http://www.nuget.org/api/v2

Dans mon cas, la cause était que le paquet avait un accord. Dans l'interface utilisateur - boîte de dialogue "Gérer les packages NuGet", vous avez la possibilité d'accepter et de continuer.

La console du gestionnaire de package dans VS 2013 semble avoir un problème avec cela. Comme d'autres l'ont dit, le redémarrage de VS 2013 pourrait le résoudre pour la console.

Cela fonctionne pour moi dans VS 2015 prof: Outils -> Options -> Nuget Package Manager -> Package Sources

1. Appuyez sur le bouton Ajouter
2. Modifier dans l'étiquette de nom: nuget.org
3. Modifier dans l'étiquette source: https://www.nuget.org/api/v2/
4. appuyer sur OK

J'espère que ça aide ;)

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. Lorsque j'ai essayé d'installer le package sans connexion établie à TFS (le VPN était désactivé), j'ai eu le même problème.

Soyez conscient de ce comportement TFS.

Cela se produit parce que vous travaillez en mode hors connexion, lorsque vous vous reconnectez, le réseau devra se déconnecter et se reconnecter. Le gestionnaire de packages se réinitialisera en douceur.

J'ai fait face à ce problème VS2013 et j'ai 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 tout, recherchez Nuget Package Manager pour Visual Studio et appuyez sur Désinstaller.

Accédez à https://marketplace.visualstudio.com/items?itemName=NuGetTeam.NuGetPackageManagerforVisualStudio2013 et téléchargez l'extension.

entrez la description de l'image ici. Peut-être que le pare-feu de votre bureau / domicile bloque nuget.org alors essayez de connecter un réseau Internet différent, par exemple depuis votre mobile ou votre wifi. J'ai pu résoudre grâce à cette méthode.