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 des versions plus anciennes de paquets pour correspondre à celle que nous avons déjà dans le contrôle de source. Il n'y a aucun moyen de le faire à partir de l'INTERFACE utilisateur, j'utilise la ligne de commande pour obtenir la bonne version.
Pour une raison quelconque, Install-Package
continue de me dire que la galerie nuget est inaccessible.
De La source à nuget.org [https://www.nuget.org/api/v2/] est inaccessible. Retomber à NuGet Cache Local
Cela n'arrive 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 paquets s'installeront comme prévu. Je peux même installer les paquets dans une fausse solution pour remplir le cache local, puis les installer avec succès dans la mauvaise solution. J'ai essayé de Invoke-WebRequest
sur 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 de paquets sur une solution/projet par solution base?
12 réponses
Même si ma source de paquet {[4] } était définie sur nuget.org dans la Console du Gestionnaire de paquets, l'ajout explicite de l'argument -Source nuget.org
a 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.
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 https
à http
. Le problème est résolu pour moi.
Crédit pour cette suggestion appartient ici: https://nuget.codeplex.com/discussions/561075#PostDetailsCell_1354351 , à "jpharris4".
Je ne suis pas sûr de ce qui peut causer votre problème, mais là est en effet un moyen de remplacer les sources de paquets par solution, mais seulement si vous avez activé NuGet Package Restore sur la solution donnée.
Une fois qu'une solution a activé NuGet Package restaurer un dossier appelé".nuget" est ajouté à la solution. Sous ce sera un fichier appelé " NuGet.cibles "qui a un ItemGroup dont la Condition est "'$(PackageSources) '= = "" comme celui que vous verrez dans l'image jointe.
Si le groupe D'éléments est vide (ou complètement commenté, comme dans l'illustration), la solution utilisera un fichier spécifique qui devrait être les mêmes que les sources répertoriées sous Outils > > OPTIONS. Mais si vous décommentez ou ajoutez des éléments PackageSource à ce groupe D'éléments, la solution recherchera les sources de paquets listées et uniquement celles listées.
Vous pouvez également modifier la source NuGet de L'interface utilisateur. Il suffit de changer la source NuGet à l'ancienne version et cela devrait fonctionner correctement.
Il semble y avoir encore quelques bugs dans VS 2015 liés à api.nuget.org (v3).
Dans ma Console de gestionnaire de paquets, Je n'ai pu 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 ma Console de gestionnaire de paquets
Dans mon cas, la cause était que le paquet avait un accord. Grâce à la boîte de dialogue UI - "Gérer les paquets NuGet", vous avez la possibilité d'accepter et de continuer.
La Console du Gestionnaire de paquets dans VS 2013 semble avoir un problème avec cela. Comme d'autres l'ont dit, redémarrer VS 2013 pourrait le résoudre pour la console.
Ceci est travaillé pour moi dans VS 2015 prof: Outils - > Options - > Gestionnaire de paquets Nuget - > sources de paquets
- Appuyez sur le bouton Ajouter
- Modifier dans L'étiquette du nom: nuget.org
- Modifier dans l'étiquette Source: https://www.nuget.org/api/v2/
- Appuyez sur OK
J'espère que cela aide ;)
J'ai dû fournir le comman avec l'url complète comme Install-Package MySql.Data.Entity -Version 6.9.8 -Source http://www.nuget.org/api/v2
J'ai eu le même problème avec le même message. Mais la raison de mon problème a été perdu la connexion à TFS. Mon serveur TFS était hébergé dans un autre réseau et j'ai utilisé VPN pour y accéder. Quand j'ai essayé d'installer le paquet sans connexion établie à TFS (VPN a été désactivé) j'ai eu le même problème.
Soyez conscient de ce comportement TFS.
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 paquets se réinitialisera en douceur.
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 Nuget Package Manager pour Visual Studio et cliquez sur Désinstaller.
Aller à https://marketplace.visualstudio.com/items?itemName=NuGetTeam.NuGetPackageManagerforVisualStudio2013 et téléchargez l'extension.
Entrez la description de l'image ici peut être le vôtre blocage du pare-feu office/home nuget.org essayez donc de connecter différents réseaux internet par exemple à partir de votre mobile ou wifi .J'ai été en mesure de résoudre par le biais de cette méthode.