No se encontró el archivo de activos project.assets.json. Ejecute una restauración del paquete NuGet

Estoy tratando de usar nopCommerce (que está escrito en .NET Core) pero cuando quiero ejecutar el proyecto me enfrento a 52 errores que me dicen Ejecutar una restauración de paquete nuget

Archivo de activos ~ \ obj \ project. assets.json ' no encontrado. Ejecute una restauración del paquete NuGet para generar este archivo. Nop.Web.MVC.Testsote

cuando uso el botón derecho sobre la solución y selecciono Restaurar paquetes Nuget, aparece este mensaje:

Todos los paquetes ya están instalados y no hay nada que restaurar.

pero esos 52 errores todavía están allí y en Herramientas -> Administrador de paquetes NuGet -> Administrar paquetes NuGet para la solución no hay nada instalado en la solución, también actualicé recientemente mi VS2017 a 15.5.4

Para corregir este error desde Herramientas> Administrador de paquetes NuGet> Consola del Administrador de paquetes simplemente ejecute:

dotnet restore

El error se produce porque el dotnet cli no crea todos los archivos necesarios inicialmente. Hacer restauración dotnet agrega los archivos necesarios.

En mi caso, el error fue el repositorio GIT. Tenía espacios en el nombre, por lo que mi proyecto no pudo restaurar

Si este es su problema, simplemente cambie el nombre del repositorio GIT cuando clone

git clone http://Your%20Project%20With%20Spaces newprojectname

En caso de que 'dotnet restore' no funcione, los siguientes pasos pueden ayudar:

1. Visual Studio >> Herramientas >> Opciones >> Nuget Manager >> Fuentes de paquetes
2. Desmarcó las fuentes de paquetes de terceros.
3. Reconstruir solución.

Cerrar y volver a abrir Visual Studio resolvió este problema para mí, una vez que me aseguré de que los paquetes NuGet se habían restaurado según otras respuestas publicadas aquí.

Para aquellos con el mismo problema que yo en el entorno Azure DevOps / VSTS que encuentran un mensaje similar: C:\Program Files\dotnet\sdk\2.2.104\Sdks\Microsoft.NET.Sdk\targets\Microsoft.PackageDependencyResolution.targets(208,5): Error NETSDK1004: Assets file '...\obj\project.assets.json' not found. Run a NuGet package restore to generate this file

Agregue /t:Restorea sus argumentos de MSBuild en Build Solution.

Para mí cuando lo hice, el error de restauración de dotnet todavía estaba ocurriendo.

fui a

1 Herramienta -> NuGet Package Maneger -> Configuración del Administrador de paquetes -> haga clic en "Borrar en Nuget Catche (s)"

2 restauración dotnet

Problemas resueltos.

En Visual Studio 2017, siga los siguientes pasos:

1) seleccione Herramienta => Opciones => Administrador de paquetes NuGet => Fuentes de paquetes y luego desmarque Opción de paquetes fuera de línea de Microsoft Visual Studio .

2) ahora abra Tool => NuGet Package Maneger => Package Manager Console. 3) ejecutar comando en PM> restauración dotnet.

Espero que funcione ...

Para mí, actualicé NuGet.exe de 3.4 a 4.9 porque 3.4 no entiende cómo restaurar paquetes para .NET Core.

Para obtener más información, consulte la restauración dotnet frente a la restauración nuget con teamcity

Seleccione Herramientas > NuGet Package Manager > Consola de Package Manager

Y luego ejecutar:

dotnet restore <project or solution name>

un poco tarde a la respuesta, pero parece que esto agregará valor. Mirando el error, parece ocurrir en la canalización de CI / CD.

Simplemente ejecutando "dotnet build" será suficiente.

construcción dotnet

dotnet build ejecuta la "restauración" de forma predeterminada.

Nada de lo anterior funcionó para mí. Pero simplemente eliminar todas las carpetas 'bin' y 'obj' fue el truco.

Resuelto agregando / t: Restaurar; Construir a MSBuild Argumentos

Cuando use VSTS, verifique su archivo global.json. Había ingresado a la versión SDK como "2.2", lo que causó un error de análisis (pero no al compilar localmente). Añadiendo la versión completa, "2.2.104" resolvió el problema.

Perdí varias horas por este error en Azure DevOps cuando configuré la tarea 'Visual Studio Build' en una canalización de compilación para compilar un proyecto individual en mi solución, en lugar de la solución completa.

Hacer eso significa que DevOps no construye ninguno (o posiblemente algunos, no estoy seguro de cuál) de los proyectos a los que hace referencia el proyecto al que se ha dirigido para la compilación, y por lo tanto, esos proyectos no tendrán su project.json .asset archivos generados, que luego causa este problema.

La solución para mí fue cambiar de usar la tarea VS Build a la tarea MSBuild. El uso de la tarea MSBuild para un proyecto individual compila correctamente los proyectos a los que hace referencia el proyecto que está creando y elimina este error.

Si simplemente restaurar paquetes NuGet no funciona, asegúrese de que en Herramientas -> Opciones -> Administrador de paquetes NuGet -> General en Restauración de paquetes paquetes, esté marcada la casilla "Permitir que NuGet descargue paquetes faltantes".

Luego restaure nuevamente los paquetes NuGet O simplemente RECONSTRUYA después de eliminar las carpetas obj y bin.

Si la sugerencia de @ mostafa-bouzari no ayuda, revise cuidadosamente en las ventanas 'Lista de errores' o 'Salida' para ver por qué NuGet no puede restaurar, por ejemplo, debido a un problema de red si está detrás del proxy.

Este problema ocurre cuando su herramienta de compilación no está configurada para hacer restoreen proyectos configurados para usar PackageReferencevspackages.config y afecta principalmente a proyectos de nuevo estilo Net Core y Netstandard.

Cuando abre Visual Studio y compila, lo resuelve por usted. Pero si usa la automatización, las herramientas de CLI, verá este problema.

Aquí se ofrecen muchas soluciones. Pero todo lo que necesitas recordar, debes forzar restore. En algunos casos, utiliza dotnet restoreantes de la compilación. Si compila usando MsBuild, simplemente agregue el /t:Restoreinterruptor a su comando.

En pocas palabras, debe ver por qué no se puede activar la restauración. Fuente de nuget incorrecta o acción de restauración faltante, o nuget.exe desactualizado, o todo lo anterior.

Muy rara experiencia que he encontrado!

Había clonado con GIT bash y GIT cmd-Line anteriormente, encontré los problemas anteriores.

Más tarde, cloné con Tortoise-GIT y todo funcionó como se esperaba.

Puede ser una respuesta loca, ¡pero intentarlo una vez puede ahorrarle tiempo!

Visto esto después de agregar un proyecto WinForms Core 3.1 (de plantillas de proyecto) en VS-2019 vs 16.4.0 e intentar ejecutarlo de fábrica. Limpiar o reconstruir toda la solución no funcionó.

Acabo de volver a cargar mi solución ... que es File / Close Solution y luego volver a abrirla y reconstruirla resolvió el problema.

Si este error ocurre como parte de una compilación en Azure DevOps (TFS) y su compilación ya tiene una tarea de restauración de NuGet , este error puede indicar que la tarea de restauración de NuGet no pudo restaurar todos los paquetes, especialmente si usa un origen de paquete personalizado ( como un servidor NuGet interno). Agregar /t:Restore;Builda los argumentos de MSBuild parece ser una forma de resolver el error, pero esto le pide a MSBuild que realice una operación de restauración NuGet adicional. Creo que esto tiene éxito porque MSBuild usa el origen del paquete personalizado configurado en Visual Studio. Una solución preferible es arreglar la tarea de restauración de NuGet.

Para configurar un origen de paquete personalizado para la tarea de restauración de NuGet:

1. Cree un NuGet.configarchivo que enumere todas las fuentes de paquetes (paquetes sin conexión de Microsoft Visual Studio, nuget.org y su fuente de paquete personalizada) y agréguelo al control de fuente.
2. En la tarea de restauración de Nuget en Feeds para usar: seleccione la opción Feeds en mi NuGet.config .
3. Proporcionar el camino a NuGet.config.
4. Elimine la /t:Restore;Buildopción de la tarea MSBuild.

Información adicional está disponible aquí .

Recibí el error cuando creé un lambda en dot net core en VS2017. Lo que funcionó para mí fue descargar el proyecto y volver a cargarlo.

ejecute su VS como administrador después de eso en la consola del administrador de paquetes ejecute dotnet restore.

Otro, si por casualidad está usando Dropbox, Conflictedbusque los nombres de los archivos, realice una búsqueda en su repositorio y elimine todos esos archivos en conflicto.

Esto puede haber sucedido si ha movido los archivos.

Causa de este defecto: debe eliminar el Nuget inyectado en el explorador de archivos. Solución: una vez que elimine ese Nuget en su sistema, elimínelo de la siguiente ubicación. seleccione Herramienta => Opciones => Administrador de paquetes NuGet => Fuentes de paquetes y luego desmarque la opción Paquetes de Microsoft Visual Studio sin conexión

Esto funcionó para mí: agregó esta fuente del paquete: Microsoft y .net https://www.nuget.org/api/v2/curated-feeds/microsoftdotnet/ luego ejecute "dotnet restore" en la consola

En mi caso tuve un problema con las fuentes de paquetes disponibles. Había movido la carpeta del repositorio local de Nuget a una nueva ruta, pero no la actualicé en las fuentes de paquetes disponibles de Nuget. Cuando haya corregido el problema de la ruta, actualícelo en los orígenes de paquetes disponibles y después de eso todo (nuget restor, etc.) funcionaba bien.

Para mí resultó ser un problema de credenciales de fuente nuget. Recientemente había cambiado mi contraseña para acceder a un servidor nexus y Visual Studio todavía estaba usando la contraseña anterior al intentar acceder a un nuget en ese servidor a través del administrador de credenciales de Windows. Para solucionarlo, tuve que eliminar la entrada de esas credenciales obsoletas en el administrador de credenciales y después, cuando hice una restauración nuget, me solicitó una contraseña que me permitía ingresar la nueva contraseña, que se guardó nuevamente en el administrador de credenciales. Puede acceder al administrador de credenciales desde la línea cmd usando CmdKey.exe.

Prueba esto (funcionó para mí):

• Ejecute VS como administrador
• Actualización manual de NuGet a la versión más reciente
• Elimine todos los archivos bin y obj en el proyecto.
• Reiniciar VS
• Recompilar

Puede ir a: Herramientas> Administrador de paquetes NuGet> Consola del Administrador de paquetes

Y luego ejecutar:

restauración dotnet