Un ou plusieurs colis n'a pas pu être complètement désinstallé
J'ai un ASP.NET MVC 4 application. J'ai utilisé NuGet pour mettre à jour tous les packages NuGet qui ont été installés lorsque j'ai créé l'application. L'un des paquets a été Microsoft.Bcl.Construire.
Après la mise à jour de ces, NuGet affiche le message suivant en bas de sa fenêtre:
Depuis, j'ai redémarré Visual Studio plusieurs fois, mais le message est toujours présente. Lorsque j'ai vérifié les paquets installés, il est apparu que la version mise à jour (1.0.8) de l'emballage a été présent.
Comment puis-je résoudre ce problème?
- Ahh, la BCL. Oui, MS mis à jour une lib qui a créé une dépendance sur le paquet que la plupart des contrôles de source de s'étouffer à cause de l'exclure les chemins d'accès.
Vous devez vous connecter pour publier un commentaire.
Au lieu de supprimer tous
~/packages, voir s'il y a des*.deletemefichiers dans~/packageset les supprimer. Puis redémarrez Visual Studio.*.deletemefichiers dans~/packagesde chaque solution.SimpleImpersonation.2.0.1.deletemefichier a fonctionné pour moi. Il n'y a qu'un seul fichier ayantdeletemeextension. J'ai eu à la sortie de Visual Studio avant d'être en mesure de supprimer le fichier.Je crois que ce problème est causé par les paquets étant en lecture seule ou autrement inaccessibles au niveau du système de fichiers.
Paquets sous contrôle de code source
Temporaire de travail (non testé)
Découvrez l'intégralité du dossier packages avant de dire NuGet pour redémarrer Visual Studio pour supprimer les paquets.
Permanente de travail autour de
J'ai trouvé que cela pouvait être définitivement résolu en supprimant les paquets de contrôle à la source et au lieu d'utiliser de Package NuGet Restaurer.
Paquets qui ne sont pas sous contrôle de code source
Travail Temporaire-Autour De
J'ai travaillé autour de ce par la suppression de la solution paquets dossier tous les fichiers référencés le paquet en question. Plus précisément, il s'agissait de:
Dans mon cas, le paquet correspondant dossiers sont restés en
~\packages, bien qu'ils étaient vides. J'ai supprimé les dossiers et de redémarrer Visual Studio, et cet avertissement s'en alla.1) Supprimer l'ensemble de l'
~\packagesdossier.2) Redémarrez
VS.3), Passez à
Manage NuGet PackagesetRestoreJ'ai juste supprimé les dossiers de chaque paquet d'erreur dans le
Packagesdossier dans mon dossier de solution et également supprimé la.deletemefichiers et tout fonctionne bien!Je suis d'accord que cela peut se produire lorsque votre dossier packages est sous contrôle de code source. Si vous souhaitez avoir il y, au lieu de supprimer les liens que vous pouvez tous les consulter, supprimer le paquet avec le Gestionnaire de Package NuGet, puis arrivée après les pupilles.
Dans mon expérience, j'ai trouvé ma réponse sur ce fil, mais en utilisant une combinaison d'un couple de différentes réponses ci-dessus donc je pensais que je voudrais partager ce que j'ai trouvé.
J'ai eu exactement le même problème avec Microsoft.Bcl.Construire" comme l'affiche originale. J'avais essayé de mettre à jour les références pour d'autres fonctionnalités à l'aide de NuGet et avait des problèmes avec certaines mises à jour (compatibilité, puis restaurations). Après cette NuGet échec, j'ai commencé à faire cette erreur.
J'ai d'abord utilisé la réponse sélectionnée et Jedidja de la réponse et a été en mesure d'obtenir que cela fonctionne, mais seulement partiellement résolu mon problème. Il a réparé la VS d'erreur au redémarrage, mais il a provoqué une en aval problème avec TFS que je n'arrivais plus à vérifier dans le projet qu'elle s'attendait à ce que "*.deleteme de fichier". Cela m'a fait réfléchir, j'ai donc fait quelques tests. Quand j'ai restauré le fichier de la corbeille, j'ai commencé à faire l'erreur au redémarrage de nouveau.
C'est là que j'ai dévié de la publication des réponses et j'ai obtenu mon pleine résolution à ma version du problème.
Quand j'ai vérifié dans TFS ce temps, le projet a vérifié tout à l' (après j'ai eu tous les projets mis à jour à l'aide de NuGet, tandis que le "*.deleteme" le fichier a été supprimé). Une fois tout vérifié, j'ai remarqué que le fichier était toujours en attente de l'enregistrement donc je l'ai cherché la solution à nouveau et TFS accepté ce fichier, mais c'était comme une suppression....en supposant qu'il vérifié dans le premier temps et puis VS auto supprimé ce qui a nécessité la deuxième check-in. De toute façon....après la dernière modification en attente de l'enregistrement, le fichier a disparu et VS ne plus se plaignait de devoir être redémarré. Je ne peux pas dire pour sûr, parce que le problème a disparu, mais j'ai le sentiment que si j'avais vérifié le code avant de supprimer le fichier en premier lieu, il pourrait avoir résolu le problème sans le manuel de manipulation de fichiers.
** Salut tout le monde.**
- je résoudre ce problème de cette façons.
Si vous avez de la source de contrôle, exécutez la vs en tant qu'administrateur ( c'est important )
dans les packages de solution -> supprimer chose sur les paquets.
exemple -> j'ai supprimé tous les entity framework version dossiers.
redémarrer le vs
vous verrez bouton de restauration : restaurer la
c'est tout.
Si vous êtes en utilisant Entity Framework 6, alors vous pouvez installer le package NuGet "EntityFramework.SqlServerCompact".
Cela m'a permis d'utiliser la norme ASP.NET l'Identité de l'outillage est fourni avec les modèles de projet pour 2013 et MVC5.