Un élément avec la même clé a déjà été ajouté lors de l'Installation du package NuGet
Dans mon projet, j'ai été en utilisant la bibliothèque de la classe. Maintenant, j'ai fait que de la classe lib comme un package NuGet, de supprimer la classe lib et lorsque vous essayez d'installer le paquet cette erreur s'affiche:"Un élément avec la même clé a déjà été ajouté"?
Vous devez vous connecter pour publier un commentaire.
Dans mon cas, j'ai vu cette erreur lors de mes paquets.fichier de configuration contenus dupliqués id de package qui n'est pas autorisé.
Vous pouvez utiliser le script PowerShell ci-dessous pour trouver tous les doublons colis dans votre solution. Il trouve tous les paquets.les fichiers de configuration de manière récursive et par paquets.fichier de config, il vérifie pour dupliquer id de package.
J'ai eu la même erreur et qu'elle s'est fixée après j'ai mis à jour NuGet lui-même. Utiliser les Outils -> 'Extensions et les Mises à jour de la boîte de dialogue" mise à jour de NuGet.
J'ai eu ce problème sur un certain nombre de reprises au moment de récupérer le code d'un autre développeur. Les problèmes mentionnés par d'autres utilisateurs sont certaines des choses que j'ai rencontré. Voici donc une liste des choses que j'ai faites dans le passé pour résoudre ce problème, et aussi une nouvelle je viens de trouver:
Vérifier des références en double avec DIFFÉRENTS versions de paquets.config - même si vous essayez d'installer un complètement différentes, cette erreur peut être causée par un autre package de problème. J'ai essayé d'installer OctoPack, et a obtenu cette erreur, mais il était provoqué par Système.Spatiale. Mes paquets.config eu ces deux lignes:
<package id="System.Spatial" version="5.6.2" targetFramework="net45" />
<package id="System.Spatial" version="5.6.4" targetFramework="net45" />
J'ai eu le même problème. Il continua en me disant de moi que "Un élément avec la même clé a déjà été ajouté", même si elle n'était pas dans mes références et non pas dans mon
packages.config
soit.Finalement, j'ai réussi à le résoudre en montrant tous les fichiers dans Visual Studio. À l'intérieur de la
bin
dossier j'ai ensuite trouvé une référence à la.dll
j'ai essayé de l'installer via Nuget. Après le retrait de celui-ci, le problème avait disparu.Peut-être que cela résout-il pour vous aussi.
J'ai aussi été confronté au même problème. J'ai supprimé le paquet et retirée à la suite de l'élément à partir du Web.Fichier de Config, puis installé le package de retour - problème résolu!
section name="ajaxControlToolkit" type="AjaxControlToolkit.AjaxControlToolkitConfigSection, AjaxControlToolkit"
Si l'on est tenté sa chance dans le .Net de Base et .Net Standard de Bibliothèque de classes Portable du monde de ces types d'erreurs peuvent se produire trop souvent.
Pour moi en général, je empaqueter tous mes transversale des préoccupations que mes propres solutions modulables. Je trouve que si mes paquets contiennent beaucoup d'autres dépendances, simplement en ajoutant les dépendances du paquet par la modification du projet.json à la section des dépendances est incroyablement buggy de céder le comportement décrit ci-dessus.
Bien trop souvent, la réponse est de supprimer toutes les dépendances et en utilisant le bon package NuGet outil de gestion pour ajouter les packages à partir de mon alimentation qui vous permet d'entraîner les termes et conditions de dialogue pour les dépendances externes à partir de Microsoft à rendre.
Il n'est pas rare d'avoir à supprimer et recréer la CLI complètement!
.Net de Base et Standard est ne devraient jamais été marqué RTM. Nous espérons que tout sera mieux quand .Net Standard 2.0 devient une réalité, mais pour l'instant, si vous prenez un coup de couteau à la construction avec .Net Standard et de Base je sais exactement comment vous vous sentez maintenant et nous espérons que cette réponse vous sert bien...
Cela me faisait allant pour la plupart de la journée. Même problème lorsque vous essayez d'installer un package. Enfin essayé d'installer un package différent avec le même résultat. S'avère que TOUTES les duplications dans les forfaits.config (avec les différentes versions) provoque cette erreur. Supprimé les anciennes versions des deux doubles, et maintenant je peux installer des paquets de nouveau.