Meine Projekt-Builds schlagen alle fehl, aber mir werden keine Fehler angezeigt. Ich habe versucht zu reinigen und wieder aufzubauen, das hat nicht funktioniert.
Ich habe die Ausführlichkeit der MSBuild-Ausgabe in "Diagnose" geändert, in der Hoffnung, dass sie mir hilft, das Problem zu identifizieren, und jetzt stecke ich fest. So sieht die Ausgabe aus:
1>Project 'ProjectMM.Data.Models' is not up to date. Input file 'C:\Projects\ProjectMM\ProjectMM.Data.Models\ProjectMM.Data.Models.csproj' is modified after output file 'C:\Projects\ProjectMM\ProjectMM.Data.Models\bin\Debug\ProjectMM.Data.Models.pdb'.
All packages are already installed and there is nothing to restore.
1>------ Build started: Project: ProjectMM.Data.Models, Configuration: Debug Any CPU ------
2>Project 'ProjectMM.Data' is not up to date. Input file 'C:\Projects\ProjectMM\ProjectMM.Data\ProjectMM.Data.csproj' is modified after output file 'C:\Projects\ProjectMM\ProjectMM.Data\bin\Debug\ProjectMM.Data.pdb'.
2>------ Build started: Project: ProjectMM.Data, Configuration: Debug Any CPU ------
3>Project 'ProjectMM' is not up to date. Input file 'c:\projects\projectmm\projectmm\app_start\bundleconfig.cs' is modified after output file 'C:\Projects\ProjectMM\ProjectMM\bin\ProjectMM.pdb'.
3>------ Build started: Project: ProjectMM, Configuration: Debug Any CPU ------
========== Build: 0 succeeded, 3 failed, 0 up-to-date, 0 skipped ==========
visual-studio
visual-studio-2015
build
msbuild
Rob Greenlee
quelle
quelle
Antworten:
Ich hatte das gleiche Problem und das Schließen und erneute Öffnen von Visual Studio räumt es auf.
Ich hatte auch versucht, die Lösung zu reinigen, und die Reinigung schlug ebenfalls fehl.
Es kann andere Szenarien geben, in denen dies nicht ausreicht, aber in meinem Fall hat ein Neustart dies für mich behoben.
quelle
Möglicherweise werden nicht alle Buildfehler angezeigt.
Wenn Sie die Dropdown-Liste nach dem Symbol "Nachrichten" von "Build + Intellisense" in "Nur Build" ändern, werden während des Builds ausgelöste Fehler angezeigt, die von Intellisense nicht erkannt werden. Siehe den Screenshot unten:
quelle
Ich habe regelmäßig Fälle von VS2015 gesehen, in denen "Build fehlgeschlagen" gemeldet wurde, aber keine Fehler im Fehlerfenster angezeigt wurden. Ich kam aus einem alten Kommandozeilenhintergrund und schaute schließlich auf das Ausgabefenster. Das Ausgabefenster zeigte den Compiler an, der Fehler meldete, aber diese Fehler wurden nicht im Fehlerfenster erfasst. Ich habe dieses Problem unter VS2013 nie gesehen.
Das übliche Schließen und Wiedereröffnen von VS hat diesen Zustand nicht behoben. (In VS2013 war dies eine übliche Methode, um XAML Intellisense in den Hintergrund zu treten und die Fixierung auf einen "Fehler" zu beenden, der behoben wurde.)
Bisher war dies immer auf Kompilierungsfehler in einer XAML-Seiten-CS-Datei zurückzuführen. Ich kann mich nicht erinnern, es in einer nicht seitenbezogenen CS-Datei gesehen zu haben.
Bis man herausfindet, wie man das Ausgabefenster überprüft, können Dinge wie Intellisense-Meldungen im Fehlerfenster ungültige Verweise auf Objekte in der XAML enthalten, aber keine Compilerfehler, die im Fehlerfenster angezeigt werden, können SEHR Verwirrung stiften, da sie so "erscheinen", wie die Fehler sind Der Intellisense meldet XAML-Fehler. Aber das sind sie eigentlich nicht. Die XAML-Fehler sind nur Symptome dafür, dass CS-Dateien nicht kompiliert werden können, ihre Fehler jedoch nicht im Fehlerfenster gemeldet werden.
quelle
Das Löschen des versteckten
.vs
Ordners für hat für mich für VS2015 funktioniert.(Beachten Sie, dass hier jetzt die SUO-Dateien gespeichert sind.)
quelle
Dies kann passieren, wenn Sie auf ein anderes .net Framework-Versionsprojekt verweisen (in meinem Fall v4.5.2 vs v4.5). Wenn Sie dies korrigieren, wird Ihr Problem behoben.
quelle
Was von mir passiert ist, war, die Zeitzone auf dem Computer auf +5: 30 zu ändern und sie dann wieder auf -5: 00 zu ändern, was VS verwirrt hat. Als ich VS neu startete, funktionierte es wieder einwandfrei.
quelle
Überprüfen Sie alle Ihre Project Framework-Versionen und stellen Sie sicher, dass sie alle gleich sind. Zumindest verweist Projekt A nicht auf Projekt B, wenn die .NET Framework-Version von Projekt B höher ist.
quelle
Ich hatte dieses Problem mit VS2015 Update 3 RC und Xamarin (.Forms Shared Project).
Der Compiler stoppt nicht, Fehler wurden nur im Ausgabefenster angezeigt.
Dies gilt nur für Xamarin-Projekte (bei VB.NET-Projekten hat alles wie erwartet funktioniert) ...
Um den Grund für das Problem zu finden, habe ich die Build-Ausgabe in VS geändert:
- Menü "Extras - Optionen"
- im linken Bereich : "Projekte und Lösungen: Erstellen und Ausführen":
- Ändern Sie "MSBuild Output Verbosity" von "Minimal" in "Diagnostic".
Danach wurde der Compiler gestoppt und der Fehler wurde angezeigt.
Danach habe ich die Option von "Diagnose" auf "Minimal" zurückgesetzt (wie zuvor) und ... es hat auch mit "Minimal" funktioniert. (Natürlich habe ich auch VS neu gestartet) ...
Es scheint also (zumindest in meinem Fall), dass nur das Ändern (Berühren) der Einstellung (MSBuild Output Verbosity ") das Problem gelöst hat und dass dies ein Fehler in VS und / oder der Xamarin-Integrationssoftware ist ...
quelle
Ich weiß nicht, ob ich der einzige bin, der mit diesem Problem konfrontiert ist.
In meinem Fall war die Zeitzone beim Öffnen von Visual Studio in GMT + 1: 00 und der Build war erfolgreich. Dann habe ich die Zeitzone auf GMT + 5: 30 geändert und dann ohne Neustart von Visual Studio versucht, die Anwendung auszuführen, aber der Build ist ohne Fehler oder Warnung fehlgeschlagen.
Ich habe die Zeitzone auf GMT + 1: 00 zurückgesetzt und der Build war ohne Fehler erfolgreich.
quelle
Was ich getan habe (nach all dem oben genannten und es funktionierte immer noch nicht), war, alle Ordner zu durchsuchen und sie alle zu löschen (dh auch die Projekte, auf die verwiesen wird).
Das hat bei mir funktioniert, hoffe es funktioniert auch bei Ihnen.
quelle
Ich hatte dieses Problem und es stellte sich heraus, dass ich
using
auf einen leeren Namespace zeigte. Durch Entfernen dieserusing
Klausel wurde das Problem behobenquelle
Überprüfen Sie die Warnungen.
Ich hatte die neue Klassenbibliothek mit dem Ziel .Net Framework 4.5, während das Referenzierungsprojekt 4.0 war, was zu Referenzproblemen führte.
Nach dem Ändern der Klassenbibliothek mit dem Ziel .NET Framework 4.0 funktionierte es ordnungsgemäß.
quelle
Nichts aus den obigen Antworten hat mir geholfen. Nach vielen Experimenten habe ich endlich festgestellt, dass das Problem eine Referenz von Microsoft.Net.Compilers v2.10.0 in einem der Projekte ist. VS 2015 verwendet MSBuild v14, das diese Version von Microsoft.Net.Compilers nicht unterstützt.
quelle
Für mich stand dieses Problem im Zusammenhang mit einer benutzerdefinierten CodeAnalysis-Regelsatzeinstellung " IncludeAll ".
Es scheint, dass der Compiler diese Einstellung beachtet:
IntelliSense hat jedoch die Standard-AKTION für die Regel-ID "Warnung" verwendet. Dies würde das Verhalten von @RobertHarvey gesehen erklären , wo Sie die Ausgabe von Build - Filter nur , und es zeigt als ERROR , aber wenn Sie Filter von Intellisene Nur es zeigt als Warnung . Das Filtern der Ausgabe nach dem Standard Build + Intellisense scheint nicht deterministisch!
Mein Fix bestand darin, die Regel, dass ich eine Warnung sein wollte, explizit als Warnung aufzurufen.
Dies ist möglicherweise ein Problem, wenn Intellisense die Option IncludeAll nicht beachtet . Siehe https://github.com/dotnet/roslyn/issues/7400
quelle
Dies kann auch passieren, wenn ein Projekt mit einem älteren Framework nach Visual Studio 2015 migriert wird. Überprüfen Sie Ihre Warnungen in Ihrer Fehlerliste. Möglicherweise sehen Sie, dass das Projekt derzeit .NET Version 2.0 ist und .NET 3.5 oder höher erfordert. Wenn Sie eine ähnliche Warnung finden, gehen Sie zu den Eigenschaften Ihres Projekts und wählen Sie das erforderliche .NET Framework aus.
quelle
Bitte überprüfen Sie die Warnungen. Manchmal schlug die Erstellung auch aufgrund von Warnungen fehl.
quelle
Wenn Sie eine Lösung öffnen und generieren, werden auf der Registerkarte "Ausgabe" einige Build-Fehler oder Warnungen angezeigt, während auf der Registerkarte "Fehler" keine Probleme gemeldet werden.
Sie können sehen, dass die Konfiguration "Registerkarte" Fehler "in Ordnung ist (" Nur erstellen "und" Gesamte Lösung "ausgewählt).
Beachten Sie, dass ich nach einer eingehenden Untersuchung festgestellt habe, dass dies nur auftritt, wenn die Registerkarte "Fehler" beim Starten des Builds noch nicht angezeigt wurde!
Wenn Sie vor dem Erstellen die Registerkarte "Fehler" aktiviert haben (oder wenn es sich beim Starten von Visual um die aktuelle Registerkarte handelte), werden neu gefundene Fehler / Warnungen korrekt angezeigt:
Es ist, als ob die Registerkarte "Fehler" nur initialisiert wird, wenn sie sichtbar wird (was möglicherweise zutrifft, da es länger dauert, bis sie beim ersten Klicken angezeigt wird ...), und wenn dies nicht der Fall ist, wird kein Build erfasst Ergebnisse...
Bisher gibt es keine bessere Antwort auf dieses Problem als " Aktivieren Sie die Registerkarte Fehler vor dem Erstellen ".
Und ich wette, deshalb funktioniert "Neustart von VS" manchmal. Sie sehen, dass die Registerkarte "Fehler" leer ist. Sie schließen und wiederholen VS. Anschließend wird standardmäßig "Registerkarte" Fehler "angezeigt, da VS die aktuell aktive Registerkarte aus der vorherigen Sitzung wiederhergestellt hat. Sie erstellen und jetzt wird die Registerkarte "Fehler" ausgefüllt ...! Du hast gerade Glück gehabt.
Hinweis: Es wurde ein VS-Fehler gemeldet: https://connect.microsoft.com/VisualStudio/feedback/details/3132689
quelle
Für mich schlug der Build fehlerfrei fehl, aber nach einigen leichten Untersuchungen stellte ich fest, dass die Referenz zu MSHTML von VS nicht gefunden wurde.
Das Verhalten trat nach einem Update auf Windows 10 auf. Um es zu beheben, müssen Sie die Assembly im GAC registrieren. Informationen dazu finden Sie in dieser Antwort- MSHTML-DLL unter Windows 10 , in der ich meine Antwort gefunden habe.
quelle
Aus dieser Antwort entnommen
Danach fand ich den wahren Grund, der tatsächlich ein Fehler bei Abhängigkeitsprojekten war. Ich projiziere, dass ich abhängig war, wurde für ein anderes Framework (neuer) als meins gebaut. So entsteht das Problem. Die Fehler wurden nur ausgegeben, als ich die Ausgabeausführlichkeit auf Diagnose stellte
quelle
Für mich war es ein Schurkenobjekt. Das Problem war nicht unbedingt, dass ich keinen Fehler sehen konnte; Der Fehler war der folgende:
Anfänglich blieb der Build hängen und zeigte keine Fehler an, es sei denn, Sie haben versucht, Visual Studio zu schließen. Nach dem Neustart blieb es beim Erstellen für eine lange Zeit hängen und zeigte dann die obige Meldung an.
Das Löschen versteckter
.vs
Ordner, das Wiederherstellen / Bereinigen der Lösung und das Neustarten von Visual Studio funktionierten nicht. Das Entfernen der angehängten Eigenschaft hat; Ergo könnte es sich um tatsächlichen Code handeln, der nicht richtig funktioniert.Als letzten Ausweg würde ich alle kürzlich vorgenommenen Änderungen einzeln entfernen, bis das Problem behoben ist, da keine der hier aufgeführten Lösungen hilfreich war.
Aktualisieren
Da ich es gewohnt bin, traditionelle WPF-Anwendungen zu entwickeln, war mir nicht klar, dass Sie XAML-Namespaces mit
.
s mit UWP nicht "verkettet" haben können . Ich habe versucht, eine angehängte Eigenschaft mit festzulegenWährend es einfach sein sollte
Es ist nicht so hübsch wie ich es mag, aber es ist anscheinend der einzige Weg.
quelle
Was hat bei mir funktioniert:
Das Schließen aller Dokumente löste das Problem für mich. (Gleiche Lösung, wenn IntelliSense nicht mehr funktioniert)
(Rechtsklick auf die Registerkarte - Alle Dokumente schließen)
quelle
Versuche dies
Das Ausschließen
"mstscax.dll"
von den Abhängigkeiten hat bei mir funktioniert.quelle
Nischenproblem: Ich bin gerade auf dasselbe Problem gestoßen. Keine der obigen Antworten schien zu helfen.
Problem war für ein Konsolenprogramm, man kann die Main () -Methode nicht als asynchron markieren **, was ich getan habe. Ich bin mir nicht sicher, warum Visual Studio nicht angeben konnte, warum genau das Projekt nicht erstellt wurde (jedes Mal wurden 0 Fehler und 0 Warnungen angezeigt). Ich verwende Visual Studio 2015 Enterprise.
Fix: Die Lösung dafür ist hier .
quelle
Nach dem Aktualisieren einer DLL-Datei stellte sich heraus, dass die neue Datei auf eine höhere Version von .NET Framework abzielte. Die Lösung bestand darin, zu Projekteigenschaften zu wechseln und das Zielframework auf die entsprechende Version zu ändern.
quelle
MSBuild.exe wird im Verzeichnis (C: \ Programme (x86) \ MSBuild \ 14.0 \ Bin) geändert.
Also ersetze ich einfach die MSBuild.exe von einem anderen PC, der vs2015 hat.
Jetzt funktioniert es gut.
quelle
Ich habe eine Lösung gefunden, indem ich .NET Framework von 4.5.2 auf 4.0 geändert habe.
Das Problem wurde durch eine Referenz verursacht, die nicht mit dem aktuell ausgewählten Framework kompatibel war.
quelle
Ich habe gerade meine Filter gelöscht und es hat bei mir funktioniert. Das Symbol Alle Filter löschen befindet sich in der Nähe des Meldungsfelds.
quelle
Starten Sie ein neues Projekt. Kopieren Sie Ihren gesamten Code in den folgenden Namespace ConsoleApp38450983450.
Einfügen in ein neues Projekt unter dem Namespace ScrewedUpConsoleApp102343
Perfekt bauen und laufen lassen
quelle
Sie sollten das Kombinationsfeld auf der rechten Seite unter der Fehlerliste unter "Gesamte Lösung" einstellen, um alle Fehler anzuzeigen. Geben Sie hier die Bildbeschreibung ein
quelle