Das folgende Projekt konnte nicht ausgeführt werden (Objektreferenz wurde nicht auf eine Objektinstanz festgelegt.)

Question

Beim Erstellen eines Standard-Webprojekts in Visual Studio 2015 (Update 3) mit installiertem .NET Core 1.0 SDK und Tooling (Vorschau 2) und starten Sie das Visual Studio nach lokaler Quellcodeverwaltung Änderungen Zurücksetzen ich erhalte die folgenden Kompilierungsfehler:

fehlgeschlagen folgendes Projekt runnable machen: MyDefaultWebProject (.NETCoreApp, Version = v1.0) Grund: der Objektverweis nicht auf eine Instanz eines Objekts festgelegt.

Nach Visual Studio der Fehler in C:\Program Files (x86)\MSBuild\Microsoft\VisualStudio\v14.0\DotNet\Microsoft.DotNet.Common.Targets on line 262

Auf dieser Linie liegt es der folgende Code:

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

Wie kann ich ein solches Problem zu beheben?

Answer 1

Die einzige funktionierende Lösung finde ich es geschafft, ist die dotnet restore Befehl auszuführen:

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. 

wonach die Kompilierung in Visual Studio ist wieder erfolgreich.

Answer 2

In meinem Fall war das Problem, dass eines der Klassenbibliothek-Projekte in einer Lösung auf eine AspNetCore.Identity-Bibliothek durch den absoluten Pfad verwiesen, wenn ich Quellen aus der Quellcodeverwaltung zog. Aus diesem Grund wurden falsche Pfade in project.fragment.lock.json Datei und Lösung konnte nicht erstellt werden. Das Fixieren dieser absoluten Pfadreferenz in .csproj Datei hat es funktioniert.