No se puede instalar ningún paquete en Visual Studio 2015


183

He probado todos los paquetes que pude encontrar y ninguno de ellos se instalará en mi proyecto. He instalado todas las actualizaciones enumeradas en la lista Extensiones y actualizaciones que estaban disponibles. Cuando intento instalar SendGrid, por ejemplo, este es el resultado (como es el resultado con todos los demás paquetes):

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...

No puedo ser el único en el planeta que tiene problemas con Visual Studio 2015 y el nuevo y "mejorado" Administrador de paquetes NuGet.

ACTUALIZACIÓN:
Bueno, debe ser algo extraño en mi solución porque creé un nuevo proyecto a partir de la plantilla VS2015 (web) y los paquetes se instalan bien. Cuando descubra el problema, publicaré la resolución en caso de que otros se encuentren con el mismo problema.

ACTUALIZACIÓN 2:
Ok, no es nuestra solución. Creamos una nueva solución desde cero nuevamente (esto ha desperdiciado mucho de nuestro tiempo de desarrollo podría agregar), agregamos un par de paquetes (Identity, EF, SendGrid) y después de registrar la solución en VSO, otro desarrollador realiza una nueva creación de la rama y se producen errores de compilación. Cuando voy a los paquetes NuGet para un proyecto individual, actúa como si ninguno de los paquetes que he agregado estén disponibles. ¿Alguien más está experimentando esto?


1
Use VS2013 para agregar paquetes VS2015 es muy problemático, simplemente abra en VS2015 y continúe usando eso
Rob Sedgwick

Respuestas:


124

tl; dr - Eliminar esto:

%AppData%/Nuget/Nuget.config

Advertencia: si tenía fuentes NuGet personalizadas, esto las eliminará y tendrá que volver a agregarlas.


Versión más larga:

Es posible que haya dañado su configuración NuGet. Oh no :(

Nuget.config es un archivo que se utiliza para realizar un seguimiento de todos los lugares de los que se extrae NuGet, así como para configurar otras cosas. Lo más probable es que este archivo xml se haya roto de alguna manera.

  • Ve a este camino: C:\Users\{{username}}\AppData\Roaming\
  • Eliminar Nuget.config
  • Reiniciar VS por si acaso

Como referencia: en los buenos días de 2017, su archivo debería verse así

<?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>

Gracias, esa fue una buena solución
Nic

Esto también funciona para mí, gracias Estatua me salvaste el tiempo.
Rameshwar Vyevhare

1
Increíble coincidencia. Esta publicación de hace un año se edita justo delante de mis ojos justo cuando necesito la respuesta. ¡Gracias!
Jason Spake

1
Lamento haber topado con esto, pero el mío tenía que ser especial y se llamaba "NuGet.Config", que para mí era muy específico en NTFS.
TGP1994

2
(En realidad, resultó que ni siquiera necesitaba eliminar la configuración en absoluto. Se requería reiniciar Visual Studio).
TGP1994

415

Cerrar y volver a abrir VS2015 resuelve el problema.

Parece que en algunos casos, simplemente recargar el proyecto afectado funcionará.


3
Esto también funcionó para mí, después de que cerré VS, destruí la carpeta 'paquetes' para la solución y reinicié.
wislon

66
Esto funcionó para mí, aunque tuve que cerrar todas las instancias de VS; cerrar solo el afectado no fue suficiente.
Rory McCrossan

44
Parece tan simple ... ¡y sin embargo +111 votos! ¡Trabajó para mí también!
Anthony Nichols

22
¿Por qué, Microsoft?!?! ¿Por qué tiene que ser esta la mejor respuesta (y la que funcionó para mí)?
Matt Ruwe

2
No estoy cómodo con la respuesta, pero funciona, necesitamos el "por qué"
Zinov

32

En mi caso, encontré una solución para esto, intente actualizar NuGet Package Manager.

Para hacer esto:

  1. Desde VS, vaya a Herramientas -> Extensiones y actualizaciones
  2. Abra la opción del menú Actualizaciones a la izquierda, luego seleccione Visual Studio Gallery .
  3. Si hay una actualización para Nuget Package Installer, debería aparecer en la lista a la derecha. Haz clic en Actualizar
  4. Reiniciar Visual Studio

Esto me permite instalar paquetes sin problemas nuevamente.

¡Espero que esto ayude!


1
Seguí esto, sin embargo, no había actualizaciones pendientes para Nuget. Había uno para "Herramientas web" y esto resolvió el error "la configuración nuget no es válida" para mí.
RyanJMcGowan

1
Probablemente no fue el hecho de que actualizó "Herramientas web", sino el hecho de que la instalación de actualizaciones de extensión requiere que reinicie Visual Studio. Reiniciar funcionó para mí.
Joe the Coder

También funcionó para mí
Aaron

En mi caso no había actualizaciones disponibles, pero descargué la última versión de dotnet.myget.org/F/nuget-vsix/vsix y funcionó.
DavidC

20

En mi caso se actualizó Microsoft.CodeDom.Providers.DotNetCompilerPlatformy Microsoft.Net.Compilers causó el problema.

Eliminar bin, objy packagescarpetas y reiniciar Visual Studio 2015 me resolvió el problema.


1
Otras soluciones no funcionaron pero esta sí. La clave para mí fue eliminar los 'paquetes'
Gordon Slysz,

1
No sé por qué eliminar los paquetes podría funcionar, ¡pero funciona! Sin embargo, no había actualizado nada, solo estaba migrando de Visual Studio 2010 a 2015 y de .NET 4.0 a 4.5.
Protector uno

¿Dónde puedo encontrar la carpeta 'paquetes'? Solo tengo bin y obj.
Denny

8

Necesita borrar todos los cachés NuGet; para esto, necesita ir a Opciones y hacer clic en él así:

ingrese la descripción de la imagen aquí


Jesús, Dios mío, me salvaste la vida, me estaba volviendo loco ... Siempre recibía el error "Falló la instalación. Retrocediendo ...". Intenté eliminar el archivo de configuración de NuGet, se respondió la respuesta aceptada y también intenté reiniciar VS y la computadora ... borré mis feeds de Nuget, configuré de nuevo ... ¡nada, pero luego esto lo solucionó! Muchas gracias hombre!
TiagoM

7

En general, cerrar y volver a abrir VS 2015 solucionó la mayoría de los problemas que he encontrado . Una vez tuve que ejecutar una reparación en una de mis computadoras.

Sin embargo, estaba a punto de hacer esto Closing and re-opening VS2015 resolved the issue for me , pensé que en su lugar haría clic derecho en el proyecto y descargaría el proyecto, luego haría clic derecho y volvería a cargar el proyecto. ENTONCES ¡ Administrar Nuget funcionó!


4

Solo para ayudar a cualquiera que haya llegado a esta página después de actualizar VS2015 para actualizar 2 e intentar administrar paquetes en un sitio web, recibiendo el error "El archivo de configuración de NuGet no es válido", este es un problema conocido y reconocido:

https://connect.microsoft.com/VisualStudio/feedback/details/2698136/nuget-configuration-is-invalid-manage-nuget-packages-for-solution-disabled

Obtuve el mío nuevamente al instalar el administrador de paquetes 3.4.4 (beta) de http://dist.nuget.org/index.html

También indican que la actualización 3 para Visual Studio también contendrá una solución


¡Muchas gracias por esto! :)
Ramanpreet Singh

3

Mi suposición es que Nuget Package Manager se está equivocando con VSO. Creo un nuevo proyecto, le agrego paquetes, reviso TFS. Luego voy a casa, "Obtener la última versión", y Ejecuto, y fallo porque Nuget Package Manager no restaura mis paquetes. Solución: en mi máquina doméstica

  1. abra Nuget Package Manager, desinstale todos los paquetes que tenga instalados
  2. Abra la carpeta Referencias, haga clic derecho> Eliminar para todos los paquetes que ha instalado
  3. Vuelva a instalarlos a través de Nuget Package Manager
  4. Registrarse

Intenté agregar / actualizar paquetes de un proyecto nuevo y experimenté el mismo resultado fallido. He rebajado a VS2013 hasta que el gestor de paquetes se actualiza en VS2015
clockwiseq

3

Pude resolver este problema reinstalando Nuget Package Manager a través de Herramientas -> Extensiones y actualizaciones


3

Tuve este problema con Visual Studio 2017: Resulta que hay dos proyectos de biblioteca de clase : uno para .Net y el otro para C #. Creé uno para .Net y cuando intenté instalar un paquete específico (Nunit en mi caso) recibí el mensaje de error.

Volver a crear el proyecto como biblioteca de clase C # solucionó el problema


1

En mi caso, este problema fue causado por una falta de coincidencia en mi configuración del marco de Target en cada proyecto. Cuando creé un nuevo proyecto, VS 2015 se ajustó a 4.5.2, sin embargo, todos mis paquetes nuget se crearon para 4.6.

Por alguna razón, VS 2015 no me mostraba estos errores. No los vi hasta que creé un nuevo proyecto vacío e intenté agregar mi proyecto nuget allí. Este comportamiento puede haberse agravado porque había cambiado el nombre del proyecto varias veces durante la configuración inicial.

Me solucionó el problema

  • cambiando el Marco de destino en mis proyectos a 4.6
  • cerrado VS 2015
  • carpetas "paquetes", "obj" y "bin" eliminados
  • vuelva a abrir la solución e intente agregar el paquete nuget nuevamente.

1

Estoy usando Visual Studio 2015 Update 3 y logré reproducir este error (a pesar de que la Actualización 3 supuestamente contiene una solución).

Como se sugirió anteriormente, una solución confiable es hacer lo siguiente ... 1) Salir de Visual Studio, 2) Eliminar los paquetes carpeta de , 3) Reiniciar VS.

Pero ... si no quiere salir inmediatamente de VS por alguna razón, todavía puedo agregar / eliminar paquetes de todos los proyectos eligiendo la opción ' Administrar paquetes NuGet para la solución ', en lugar del Proyecto individual con el problema .


¿Dónde está la carpeta de paquetes de la que todos hablan?
ShrimpCrackers

@ShrimpCrackers - en la misma ubicación que el archivo de solución (.sln)
controlbox


1

Simplemente reiniciar Visual Studio funciona para mí ... intente reiniciar Visual Studio.


0

Tuve este problema, que parecía ser causado por algo roto en la packagescarpeta del nivel de solución . Eliminé el contenido de la carpeta y dejé nugetinstalar todos los paquetes nuevamente.

Entonces podría instalar nuevos paquetes nuevamente.


0

Abre la carpeta de paquetes. Compruebe si existen archivos con extensión .deleteme, por ejemplo Newtonsoft.Json.9.0.1.deleteme. Elimine todos los paquetes que tienen un archivo .deleteme manualmente. Eliminar los archivos .deleteme. Cierre y abra el Nuget Explorer.


0

Cambie el "origen del paquete" en nuget a All

Detalles: Ninguno de los anteriores ayudó en mi caso. Mi problema fue que me restringí a un solo feed privado. Una vez que cambié el "origen del paquete" a All, mi problema se resolvió. Creo que el quid de la cuestión es que mi paquete privado depende de otros paquetes de nuget.org.

Espero que esto pueda ayudar a alguien


0

En mi caso, nada de lo anterior ayudó. La causa raíz del problema en mi caso fue que desinstalé el paquete antes y no verifiqué el cambio en el control de origen (TFS en mi caso). Después de registrar el cambio (= la eliminación del archivo en la carpeta de paquetes), podría reinstalar el paquete.


0

En mi caso, había un archivo package.config vacío en el directorio de soultion, después de eliminar esto, la actualización se realizó correctamente

Al usar nuestro sitio, usted reconoce que ha leído y comprende nuestra Política de Cookies y Política de Privacidad.
Licensed under cc by-sa 3.0 with attribution required.