Comment il est possible que le Install-Package
de NuGet échoue avec Unable to find version 'x' of package 'y'
lorsque cette version exacte est publiée en tant que NuGet dans le référentiel officiel et affichée sur la page https://www.nuget.org/packages/y .
Voici un exemple spécifique avec le contenu nuget.org et le résultat de la commande NuGet Install-Package
.
MISE À JOUR. Les sources des paquets sont définies par défaut (à partir de nuget.org). En fait, vous pouvez voir le problème en cours d’exécution Install-Package Log4Net.Async -Version 1.3.0
.
UPDATE 2. Je veux souligner le fait qu'il ne s'agit pas de la machine de certains développeurs, mais de la même chose que sur Visual Studio Online Hosted Build Controller.
UPDATE 3. Voici comment NuGet essaie de charger le paquet et ressemble à l'API NuGet qui vient de tomber en panne, car toutes ces demandes échouent avec l'erreur ci-dessous.
Ressource non trouvée pour le segment 'Packages'
De plus, NuGet produit l'étrange sortie sur les appels d'API NuGet qui sont émis à l'étape des packages de recherche VS, veuillez consulter ici: http://Pastebin.com/qveadrZB .
NuGet a actuellement quelques problèmes de service liés à la fonctionnalité de recherche et de restauration de paquet. Il est possible que cela soit la cause de l'échec de la restauration de votre paquet.
Si d'autres machines de développement fonctionnent correctement, il est probable qu'elles aient accès à une version en cache de ce paquet.
Je sais que ce fil est très ancien, mais quelqu'un qui a ce problème comme moi ces jours-ci trouve la solution pour le résoudre ici.
J'ai installé Visual Studio 2012/2015/2017 parallèle et 2012 a échoué avec "erreur de paquet introuvable". J'ai donc jeté un coup d'œil dans les paramètres de NuGet dans VS2017 et trouvé la ressource de paquet suivante:
Je viens d'ajouter cet emplacement aux ressources de paquet et à vòila, les paquets recherchés ont été trouvés et installés (dans mon exemple, le HtmlRenderer ).
Mais faites attention à la compatibilité avec Framework 2.0! Ce paramètre casse peut-être la fonctionnalité de la version 2.0 !!
J'espère que cela aide quelqu'un parfois quelque part.
Salutations
Désinstaller les paquets affectés
si cela ne résout pas le problème, essayez de le supprimer de NuGetConfigFile situé dans C:\Utilisateurs\Nom d'utilisateur\AppData\Roaming\NuGet\NuGet.config
Je suis un retardataire à ce fil ... je suis dans Visual Studio 2017 - 15.9.4
J'ai eu cette erreur aujourd'hui en essayant de tirer de mon flux privé DevOps NuGet
CONTEXTE: La première fois que j'ai appelé
Install-Package
, tout a fonctionné, mais mon NuGet n’était pas assemblé correctement. consommer l’emballage, c’est quand j’ai eu l’échec)
Basculer ma source de paquet sur "tous" a résolu le problème.