Impossible d'installer un package dans Visual Studio 2015
J'ai essayé tous les packages possibles et aucun d'entre eux ne sera installé dans mon projet. J'ai installé toutes les mises à jour répertoriées dans la liste Extensions et mises à jour disponibles. Lorsque j'essaie d'installer SendGrid par exemple, voici le résultat (comme pour tous les autres packages):
Attempting to gather dependencies information for package 'Sendgrid.6.1.0' with respect to project 'UI\MyApplication.MVC', targeting '.NETFramework,Version=v4.5.2'
Attempting to resolve dependencies for package 'Sendgrid.6.1.0' with DependencyBehavior 'Lowest'
Resolving actions to install package 'Sendgrid.6.1.0'
Resolved actions to install package 'Sendgrid.6.1.0'
For adding package 'SendGrid.SmtpApi.1.3.1' to project 'MyApplication.MVC' that targets 'net452'.
For adding package 'SendGrid.SmtpApi.1.3.1' to project 'MyApplication.MVC' that targets 'net452'.
Adding package 'SendGrid.SmtpApi.1.3.1' to folder 'C:\Users\Keith\Source\Workspaces\MyApplication\MyApplication.MVC\packages'
Install failed. Rolling back...
Je ne peux pas être le seul au monde à avoir un problème avec Visual Studio 2015 et le nouveau gestionnaire de packages NuGet «amélioré».
METTRE À JOUR:
Eh bien, ma solution doit présenter un aspect étrange, car j’ai créé un nouveau projet à partir du modèle VS2015 (Web) et que les packages s’installent parfaitement. Lorsque je découvrirai le problème, je posterai la résolution si d'autres personnes rencontrent le même problème.
MISE À JOUR 2:
.__ Ok, ce n'est pas notre solution. Nous avons à nouveau créé une nouvelle solution à partir de zéro (cela a pris beaucoup de temps de développement, dois-je ajouter), ajouté deux packages (Identity, EF, SendGrid) et, après avoir archivé la solution dans VSO, un autre développeur effectue une nouvelle création de la branche et des erreurs de construction se produisent. Lorsque je consulte les packages NuGet pour un projet individuel, cela fonctionne comme si aucun des packages que j'avais ajoutés n'était disponible. Quelqu'un d'autre en fait l'expérience?
tl; dr - Supprimer ceci:
%AppData%/Nuget/Nuget.config
Attention: Si vous avez des sources NuGet personnalisées, cela les supprimera et vous devrez les rajouter.
Version plus longue:
Vous avez peut-être corrompu votre configuration NuGet. Oh non :(
Nuget.config est un fichier utilisé pour garder une trace de tous les endroits que NuGet tire, ainsi que pour configurer d'autres choses . Plus vraisemblablement, ce fichier xml s'est cassé d'une manière ou d'une autre.
- Allez dans ce chemin:
C:\Users\{{username}}\AppData\Roaming\ - Supprimer
Nuget.config - Redémarrez VS pour faire bonne mesure
Pour référence: dans les bons jours de 2017, votre fichier devrait ressembler à ceci
<?xml version="1.0" encoding="utf-8"?>
<configuration>
<packageRestore>
<add key="enabled" value="True" />
<add key="automatic" value="True" />
</packageRestore>
<activePackageSource>
<add key="nuget.org" value="https://api.nuget.org/v3/index.json" />
</activePackageSource>
<packageSources>
<add key="nuget.org" value="https://api.nuget.org/v3/index.json" protocolVersion="3" />
<add key="nuget.org" value="https://www.nuget.org/api/v2/" />
<!-- Others -->
</packageSources>
<packageSourceCredentials>
<!-- secret stuff -->
</packageSourceCredentials>
</configuration>
La fermeture et la réouverture de VS2015 résout le problème.
Il semble que dans certains cas, le simple rechargement du projet affecté fonctionnera.
J'ai trouvé une solution à cela dans mon cas, essayez de mettre à jour le gestionnaire de paquets NuGet.
Pour faire ça:
- Depuis le VS, allez dans Outils -> Extensions et mises à jour
- Ouvrez l’option Updates du menu situé à gauche, puis sélectionnez Visual Studio Gallery .
- S'il existe une mise à jour pour Nuget Package Installer, celle-ci devrait apparaître dans la liste à droite. Cliquez sur Mettre à jour
- Redémarrer Visual Studio
Cela me permet d’installer à nouveau des paquets sans problème.
J'espère que cela t'aides!
Dans mon cas, la mise à jour de Microsoft.CodeDom.Providers.DotNetCompilerPlatform et Microsoft.Net.Compilers cause le problème.
Suppression des dossiers bin, obj et packages et redémarrage de Visual Studio 2015 résolu le problème pour moi.
En général, la fermeture et la réouverture de VS 2015 ont corrigé la plupart des problèmes rencontrés . Une fois, j'ai eu besoin d'une réparation sur l'un de mes ordinateurs.
Cependant, j'étais sur le point de faire ceci. Closing and re-opening VS2015 resolved the issue for me J'ai pensé que je ferais plutôt un clic droit sur le projet et Décharger le projet puis un clic droit et Recharger le projet THEN Gérer Nuget a fonctionné!
Juste pour aider les personnes qui ont atterri sur cette page après avoir mis à jour VS2015 en mettant à jour 2 et en essayant de gérer les paquets sur un site Web, l'erreur "Le fichier de configuration de NuGet n'est pas valide" est un problème connu et reconnu:
La mienne a de nouveau fonctionné en installant le gestionnaire de paquets 3.4.4 (beta) depuis http://dist.nuget.org/index.html
Ils indiquent également que la mise à jour 3 pour Visual Studio contiendra également un correctif
Vous devez vider tous les caches NuGet; Pour cela, vous devez aller dans Options et cliquer dessus comme ceci:
J'ai eu ce problème avec Visual Studio 2017: il s'avère qu'il y a deux projets de bibliothèque de classe - un pour .Net et l'autre pour C #. J'ai créé celui pour .Net et quand j'ai essayé d'installer un paquet spécifique (Nunit dans mon cas), j'ai reçu le message d'erreur.
Recréer le projet en tant que bibliothèque de classe C # corrige le problème
J'ai pu résoudre ce problème en réinstallant Nuget Package Manager via Outils -> Extensions et mises à jour.
Mon hypothèse est que Nuget Package Manager s’embrouille avec VSO . Je crée un nouveau projet, j’ajoute bien des paquetages, je vérifie dans TFS . échoue car le gestionnaire de paquets Nuget ne restaure pas mes paquets . Solution: sur ma machine personnelle
- ouvrez Nuget Package Manager, désinstallez tous les paquetages installés
- Ouvrez le dossier Références, cliquez avec le bouton droit de la souris sur> Supprimer pour tous les packages que vous avez installés.
- Réinstallez-les via Nuget Package Manager
- Enregistrement
J'utilise Visual Studio 2015 Update 3 et j'ai réussi à reproduire cette erreur (même si la mise à jour 3 contenait prétendument un correctif).
Comme suggéré ci-dessus, un correctif fiable consiste à effectuer les opérations suivantes ... 1) Quittez Visual Studio, 2) Supprimez le dossier packages, 3) Redémarrez VS.
Mais ... si vous ne voulez pas quitter VS immédiatement pour une raison quelconque, je pouvais toujours ajouter/supprimer des packages de tous les projets en choisissant l'option 'Gérer les packages NuGet pour Solution', plutôt que le projet individuel avec le problème.
La réparation de Visual Studio 2015 semble avoir résolu ce problème pour moi. Voir ce numéro pour NuGet dans GitHub.
Dans mon cas, ce problème était causé par un décalage dans mon cadre cible dans chaque projet. Lorsque j'ai créé un nouveau projet, VS 2015 est passé par défaut à 4.5.2, mais tous mes packages de nuget ont été créés pour 4.6.
Pour une raison quelconque, VS 2015 ne me montrait pas ces erreurs. Je ne les ai pas vues avant de créer un nouveau projet vide et d'essayer d'y ajouter mon projet de nuget. Ce comportement a peut-être été aggravé par le fait que j'avais renommé le projet à plusieurs reprises au cours de l'installation initiale.
J'ai résolu le problème par
- changer le cadre cible de mes projets en 4.6
- fermé VS 2015
- suppression des dossiers "packages", "obj" et "bin"
- rouvrez la solution et essayez d’ajouter à nouveau le paquet Nuget.
Certains de vos packages pourraient ne pas être pris en charge par votre type de projet. Par exemple, vous ne pouvez pas utiliser RestSharp ou Moq avec des projets UAP.
Pour obtenir un meilleur message d'erreur, essayez d'ajouter le package à votre fichier project.json directement, puis de créer votre solution.
Ouvrez le dossier packages. Vérifiez si des fichiers avec l'extension .deleteme existent, par exemple Newtonsoft.Json.9.0.1.deleteme. Supprimez manuellement tous les packages contenant un fichier .deleteme. Supprimez les fichiers .deleteme. Fermez et ouvrez l'explorateur Nuget.
Remplacez "package source" dans nuget par All
Détails: Aucune de ce qui précède n'a aidé dans mon cas… .. Mon problème était que je me limitais à un seul flux privé. Une fois que j'ai changé le "source du paquet" en All, mon problème a été résolu. Je crois que le noeud du problème est que mon pkg privé a une dépendance sur d’autres pkgs de nuget.org.
J'espère que cela peut aider quelqu'un
Résolu mon problème ... mon projet avait un si long chemin dans mon lecteur E. Je viens de le placer à la racine de mon lecteur E ... et cela a bien fonctionné pour moi ...
Parfois, des projets compliqués ont du mal à se coordonner pour déterminer les domaines dans lesquels les changements doivent être réalisés. Par exemple, dans un cas, j'avais cette erreur lorsqu'un paquet de nuget était référencé par une autre solution que nous devions intégrer à la solution "principale", ce qui provoquait un ajustement de la IDE car il y avait plusieurs nugets gestionnaire de paquets disponible. Vous pouvez résoudre bon nombre de ces types de problèmes en supprimant et en restaurant vos références et dépendances une par une à partir de zéro dans les projets présentant des problèmes ou des erreurs.
J'ai eu ce problème, qui semblait être causé par quelque chose de cassé dans le dossier niveau de la solution packages. J'ai supprimé le contenu du dossier et laissé nuget réinstaller tous les packages.
Je pourrais alors installer de nouveaux paquets à nouveau.
Dans mon cas, rien de ce qui précède n'a aidé… .. La cause du problème dans mon cas est que j'ai désinstallé le paquet auparavant et que je n'ai pas archivé la modification dans le contrôle de source (TFS dans mon cas). Après avoir archivé les modifications (= suppression du fichier dans le dossier des packages), je pouvais réinstaller le package.