Wie behebt man den Lock-Dateifehler? "... enthält Msbuild-Projekte, aber es gibt keine Exportdatei"

Question

Ich laufe Visual Studio Community 2015 Update 3. Ich habe eine Lösung, die gut kompiliert wurde, aber jetzt einen Fehler erzeugt, wenn ich versuche, es zu kompilieren. Der Fehler ist

Lock-Datei Microsoft.DotNet.ProjectModel.Graph.LockFile enthält Projekte msbuild aber es gibt keine Exportdatei

Dieser Fehler in der Fehlerliste Fenster wird angezeigt, wenn ich die Lösung zusammenstellen und Die Fehlerliste zeigt an, dass es sich um ein Projekt in der Lösung handelt, bei der es sich um eine .NET-Kernbibliothek handelt, in der meine xUnit-Tests gespeichert sind.

Die Fehlerinformation anzeigt, dass der Fehler auf der Leitung 262 von C:\Program Files (x86)\MSBuild\Microsoft\VisualStudio\v14.0\DotNet\Microsoft.DotNet.Common.Targets

Screenshot dieser Stelle unterhalb ausgewählt:

Die Lösung enthält:
____Asp.Net Kern Projekt Targeting net461
____Windows Library Projekt-Targeting .Net Framework
____ Ein zweites Windows-Bibliotheksprojekt, das auf .Net Framew. Abzielt ork 4,61
____A Net Core-Libary Projekt Targeting net461 (verwendet halten XUnit Tests)

Wenn ich versuche, jedes Projekt einzeln zu kompilieren, sie alle in Ordnung zu kompilieren, außer für das Projekt der xUnit Tests halten, das erzeugt dieser Fehler.

Die große Frage
Was bedeutet „Lock-Datei Microsoft.DotNet.ProjectModel.Graph.LockFile msbuild Projekte enthält, aber es gibt keine Exportdatei“ bedeuten? Und wie kann ich es reparieren?

Answer 1

Veröffentlichen, wie ich diesen Fehler überstanden habe, falls es anderen hilft. Letztendlich wurde dieses Problem gelöst, indem alle Projekte aus der Lösung entfernt, einzeln hinzugefügt und anschließend die Projektreferenzen wiederhergestellt wurden. Ich würde das Root-Problem auf die .net-Core-Vorschau2 Tooling noch flockig sein.

Answer 2

Ich hatte ein ähnliches Problem, nicht mit dem Build in Visual Studio, sondern mit Msbuild. Lange Zeit war ich mir sicher, dass der Fehler von dotnet tooling in einem Preview-Zustand verursacht wurde, aber letztendlich wurde festgestellt, dass ein xproj-Projekt nicht vor einem anderen xproj-Projekt erstellt wurde, das von dem ersten abhängig war. Also begann ich auf der Suche nach Lösungen zu bauen Ordnung Problemen statt und stieß auf einem alten Blog-Beitrag von Victor Sergienko http://victorsergienko.com/project-dependencies-of-visual-studio-2008-broken-in-msbuild/ , das das Problem gelöst, indem eine Abhängigkeit von dem zweiten Projekt zum ersten wie folgt ergänzt:

Project("{8BB2217D-0F2D-49D1-97BC-3654ED321F3B}") = "ProjectOne", "ProjectOne.xproj", "{CAF36C07-36C7-4842-A2DA-9737005D2835}" 
EndProject 
Project("{8BB2217D-0F2D-49D1-97BC-3654ED321F3B}") = "ProjectTwo", "ProjectTwo.xproj", "{82875D1E-3F13-430B-8946-C26E08BD9DF9}" 
ProjectSection(ProjectDependencies) = postProject 
    {CAF36C07-36C7-4842-A2DA-9737005D2835} = {CAF36C07-36C7-4842-A2DA-9737005D2835} 
EndProjectSection 

EndProject

Jetzt baut meine Lösung wieder in TeamCity ... endlich!