visual studio 2015 - temas - Error al hacer que el siguiente proyecto se pueda ejecutar(la referencia del objeto no se establece en una instancia de un objeto).

visual studio code español (2)

Cuando creo un proyecto web predeterminado en Visual Studio 2015 (Actualización 3) con .NET Core 1.0 SDK and Tooling (vista previa 2) y reinicio el Visual Studio luego de revertir los cambios del control de fuente local, recibo el siguiente error de compilación :

Error al ejecutar el siguiente proyecto ejecutable: MyDefaultWebProject (.NETCoreApp, Version = v1.0) reason: Referencia de objeto no establecida en una instancia de un objeto.

Según Visual Studio, el error se encuentra en C:/Program Files (x86)/MSBuild/Microsoft/VisualStudio/v14.0/DotNet/Microsoft.DotNet.Common.Targets en la línea 262

En esta línea hay el siguiente código:

<Dnx RuntimeExe="$(SDKToolingExe)" Condition="''$(_DesignTimeHostBuild)'' != ''true''" ProjectFolder="$(MSBuildProjectDirectory)" Arguments="$(_BuildArguments)" />

¿Cómo puedo solucionar ese problema?

La única solución de trabajo que logré encontrar es ejecutar el comando de dotnet restore :

C:/Dev/*****>dotnet restore Welcome to .NET Core! --------------------- Learn more about .NET Core @ https://aka.ms/dotnet-docs. Use dotnet --help to see available commands or go to https://aka.ms/dotnet-cli-docs. Telemetry -------------- The .NET Core tools collect usage data in order to improve your experience. The data is anonymous and does not include commandline arguments. The data is collected by Microsoft and shared with the community. You can opt out of telemetry by setting a DOTNET_CLI_TELEMETRY_OPTOUT environment variable to 1 using your favorite shell. You can read more about .NET Core tools telemetry @ https://aka.ms/dotnet-cli-telemetry. Configuring... ------------------- A command is running to initially populate your local package cache, to improve restore speed and enable offline access. This command will take up to a minute to complete and will only happen once. Decompressing 100% 2181 ms Expanding 100% 9113 ms log : Restoring packages for C:/Dev/*****/project.json... log : Restoring packages for tool ''BundlerMinifier.Core'' in C:/Dev/*****/project.json... log : Restoring packages for tool ''Microsoft.AspNetCore.Razor.Tools'' in C:/Dev/*****/project.json... log : Restoring packages for tool ''Microsoft.AspNetCore.Server.IISIntegration.Tools'' in C:/Dev/*****/project.json... log : Restoring packages for tool ''Microsoft.EntityFrameworkCore.Tools'' in C:/Dev/*****/project.json... log : Restoring packages for tool ''Microsoft.Extensions.SecretManager.Tools'' in C:/Dev/*****/project.json... log : Restoring packages for tool ''Microsoft.VisualStudio.Web.CodeGeneration.Tools'' in C:/Dev/*****/project.json... log : Writing lock file to disk. Path: C:/Dev/*****/project.lock.json log : C:/Dev/*****/project.json log : Restore completed in 13207ms.

después de lo cual la compilación en Visual Studio vuelve a tener éxito.

En mi caso, el problema era que uno de los proyectos de la biblioteca de clase en una solución estaba haciendo referencia a una biblioteca AspNetCore.Identity por la ruta absoluta cuando AspNetCore.Identity las fuentes del control de origen. Debido a eso, se generaron rutas incorrectas en el archivo project.fragment.lock.json y la solución no pudo compilarse. La reparación de esa referencia de ruta absoluta en el archivo .csproj hizo funcionar.