J'ai essayé tous les packages que j'ai pu trouver et aucun d'entre eux ne s'installera dans mon projet. J'ai installé toutes les mises à jour répertoriées dans la liste Extensions et mises à jour disponibles. Quand j'essaye d'installer SendGrid par exemple, voici le résultat (comme c'est le résultat avec 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 des problèmes avec Visual Studio 2015 et le nouveau gestionnaire de packages NuGet "amélioré".
MISE À JOUR:
Eh bien, cela doit être quelque chose d'étrange dans ma solution car j'ai créé un nouveau projet à partir du modèle VS2015 (Web) et les packages s'installent très bien. Lorsque je découvre le problème, je publierai la résolution au cas où d'autres rencontreraient 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 gaspillé beaucoup de temps de développement pourrais-je ajouter), ajouté quelques packages (Identity, EF, SendGrid) et après avoir archivé la solution dans VSO, un autre développeur effectue une nouvelle création des erreurs de branche et de construction se produisent. Lorsque je vais aux packages NuGet pour un projet individuel, cela fait comme si aucun des packages que j'ai ajoutés n'était disponible. Quelqu'un d'autre vit-il cela?
la source
Réponses:
tl; dr - Supprimer ceci:
Avertissement: si vous aviez 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 d'où NuGet tire, ainsi que pour configurer d'autres choses. Plus probablement qu'autrement, ce fichier xml s'est cassé d'une manière ou d'une autre.
C:\Users\{{username}}\AppData\Roaming\
Nuget.config
Pour référence: dans les bons jours de 2017, votre fichier devrait ressembler à ceci
la source
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.
la source
J'ai trouvé une solution pour cela dans mon cas, essayez de mettre à jour le gestionnaire de packages NuGet.
Pour faire ça:
Cela m'a permis d'installer à nouveau des packages sans problème.
J'espère que cela t'aides!
la source
Dans mon cas, la mise à jour
Microsoft.CodeDom.Providers.DotNetCompilerPlatform
et aMicrosoft.Net.Compilers
causé le problème.La suppression
bin
,obj
et despackages
dossiers et de redémarrer Visual Studio 2015 a résolu le problème pour moi.la source
Vous devez effacer tous les caches NuGet; pour cela, vous devez aller dans Options et cliquer dessus comme ceci:
la source
En général, la fermeture et la réouverture de VS 2015 ont résolu la plupart des problèmes que j'ai rencontrés . Une fois, j'ai eu besoin d'exécuter une réparation sur l'un de mes ordinateurs.
Cependant, j'étais sur le point de le faire,
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 ALORS gérer Nuget a fonctionné!la source
Juste pour aider quiconque a atterri sur cette page après avoir mis à jour VS2015 vers la mise à jour 2 et essayé de gérer des packages sur un site Web, recevant l'erreur «Le fichier de configuration NuGet n'est pas valide», il s'agit d'un problème connu et reconnu:
https://connect.microsoft.com/VisualStudio/feedback/details/2698136/nuget-configuration-is-invalid-manage-nuget-packages-for-solution-disabled
J'ai fait fonctionner le mien à nouveau en installant le gestionnaire de paquets 3.4.4 (bêta) à partir de http://dist.nuget.org/index.html
Ils indiquent également que la mise à jour 3 pour Visual Studio contiendra également un correctif
la source
Je suppose que Nuget Package Manager dérange VSO. Je crée un nouveau projet, j'y ajoute des packages très bien, j'enregistre TFS. Ensuite, je rentre à la maison, "Obtenir la dernière version", et j'exécute, et j'échoue parce que Nuget Package Manager ne restaure pas mes paquets. Solution: sur mon ordinateur personnel
la source
J'ai pu résoudre ce problème en réinstallant Nuget Package Manager via Outils -> Extensions et mises à jour
la source
J'ai eu ce problème avec Visual Studio 2017: il s'avère qu'il existe deux projets de bibliothèque de classes - un pour .Net et l'autre pour C #. J'ai créé celui pour .Net et quand j'ai essayé d'installer un package spécifique (Nunit dans mon cas), j'ai reçu le message d'erreur.
La recréation du projet en tant que bibliothèque de classes C # a résolu le problème
la source
Dans mon cas, ce problème a été causé par une incompatibilité dans le cadre de mon cadre cible sous chaque projet. Lorsque j'ai créé un nouveau projet, VS 2015 était par défaut la version 4.5.2, mais tous mes packages nuget ont été construits pour 4.6.
Pour une raison quelconque, VS 2015 ne me montrait pas ces erreurs. Je ne les ai pas vus jusqu'à ce que j'ai créé un nouveau projet vide et essayé d'y ajouter mon projet nuget. Ce comportement peut avoir été aggravé car j'avais renommé le projet plusieurs fois lors de la configuration initiale.
J'ai résolu le problème en
la source
J'utilise Visual Studio 2015 Update 3 et j'ai réussi à reproduire cette erreur (malgré la mise à jour 3 qui contiendrait 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 souhaitez pas quitter immédiatement VS pour une raison quelconque, j'ai toujours pu ajouter / supprimer des packages de tous les projets en choisissant l' option ` ` Gérer les packages NuGet pour la solution '', plutôt que le projet individuel avec le problème .
la source
La réparation de Visual Studio 2015 semble avoir résolu ce problème pour moi. Consultez ce problème pour NuGet dans GitHub.
la source
Redémarrer simplement Visual Studio fonctionne pour moi .. essayez de redémarrer Visual Studio.
la source
J'ai eu ce problème, qui semblait être causé par quelque chose de cassé dans le
packages
dossier de niveau de solution . J'ai supprimé le contenu du dossier et laissénuget
réinstaller tous les packages.Je pourrais alors réinstaller de nouveaux packages.
la source
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.
la source
Remplacez la "source du package" dans nuget par
All
Détails: Aucune de ces réponses n'a aidé dans mon cas. Mon problème était que je me limitais à un seul flux privé. Une fois que j'ai changé la "source du paquet" en
All
, mon problème a été résolu. Je crois que le nœud du problème est que mon pkg privé a une dépendance vis-à-vis d'autres pkg de nuget.org.J'espère que cela peut aider quelqu'un
la source
Dans mon cas, rien de ce qui précède n'a aidé. La cause première du problème dans mon cas était que j'avais désinstallé le package auparavant et que je n'avais pas vérifié le changement dans le contrôle de code source (TFS dans mon cas). Après avoir vérifié la modification (= la suppression du fichier dans le dossier packages), j'ai pu réinstaller le package.
la source
Dans mon cas, il y avait un fichier packages.config vide dans le répertoire soultion, après sa suppression, la mise à jour a réussi
la source