Ich debugge die Arbeit eines anderen und die Lösung ist ziemlich groß. Wenn ich versuche, das Ganze zu erstellen, werden mehrere Projekte in der Lösung nicht erstellt und nur übersprungen. Das Anzeigen des Ausgabefensters während des Erstellungsprozesses lautet:
1> ------ Übersprungen Alle neu erstellen: Projekt: pr1lib ------
Wie kann ich feststellen, warum diese Builds übersprungen wurden? Ich kann keine zusätzliche Ausgabe finden.
Dies ist mit VS2008 und die Lösung besteht aus C # - und C ++ - Code.
visual-studio
msbuild
Matt
quelle
quelle
Build > Configuration Manager: check as needed
/fl
die Build-Einstellungen hinzufügen , um eine msbuild.log-Datei zu erhalten, die den Grund enthält. Zum Beispiel:skipped, due to false condition; ( ('$(Configuration)' == 'Release') and ('$(Platform)' == 'Any CPU') ) was evaluated as ( ('Debug' == 'Release') and ('AnyCPU' == 'Any CPU') ).
Antworten:
Klicken Sie mit der rechten Maustaste auf die Lösung, wählen Sie Eigenschaften und dann Konfigurationseigenschaften. Hier können Sie auswählen, welche Projekte erstellt werden sollen.
[ Bearbeiten ]:
Siehe Kdts Kommentar: ... als ich in den Konfigurationseigenschaften nachgesehen habe ... wurde das Projekterstellungsziel für "Gemischte Plattformen" konfiguriert, während die Lösung auf "Beliebige CPU" eingestellt war.
* Als mir dieses Problem passierte, hatte das Hauptprojekt nur "Beliebige CPU" und setzte die untergeordnete DLL auch auf "Beliebige CPU". Ich hatte dieses Profil jedoch gelöscht und nur "x86" belassen. Wenn Sie x86 nur für die DLL auswählen, funktioniert es
[/ edit]
quelle
{784BDC39-5783-4128-956E-99EA062FA8FB}.Debug|AnyCPU.ActiveCfg = Debug|AnyCPU
zu{784BDC39-5783-4128-956E-99EA062FA8FB}.Debug|AnyCPU.ActiveCfg = Debug|Any CPU
. Der einzige Unterschied ist der zusätzliche Abstand zwischen "Beliebig" und "CPU" am Ende der Zeile.Ich hatte gerade das gleiche Problem - "Projekt entladen" und "Projekt neu laden" lösten das Problem!
quelle
Build-, Rebuild- und Clean-Vorgänge wurden übersprungen. Das Entladen und Neuladen half nicht und Visual Studio auch nicht neu.
Sobald ich das Projekt aus der Lösung entfernt und wieder hinzugefügt habe, wird es nicht mehr übersprungen. Um es zu entfernen, klicken Sie im Projektmappen-Explorer mit der rechten Maustaste auf das Projekt> Entfernen> OK. Um es wieder hinzuzufügen, klicken Sie im Projektmappen-Explorer mit der rechten Maustaste auf die Lösung> Hinzufügen> Vorhandenes Projekt und wählen Sie Ihr Projekt aus
quelle
Wenn die Konfigurationskonfiguration x64 ist und der x64-Compiler nicht installiert ist, wird das Projekt übersprungen.
quelle
Meine Lösung ist dieselbe wie zuvor erwähnt: Löschen -> Vorhandenes Projekt hinzufügen
Aber diese Lösung setzt voraus , dass Referenzen zwischen Projekten weg bekommen
: Um eine erneute Zugabe von Referenzen zu vermeiden und für den Fall , wenn Sie Versionskontrollsystem verwenden wie GIT oder TFS oder was auch immer, es acheve Ziel mit den folgenden Schritten möglich ist:
Stellen Sie sicher, dass alle Änderungen vor dem Vorgang festgeschrieben / eingecheckt werden
Gehen Sie alle Projekte durch, löschen Sie sie aus der Lösung und fügen Sie vorhandene hinzu
Beachten Sie, dass sich die SLN-Datei geändert hat
Behalten Sie die neue SLN-Datei bei, machen Sie jedoch die Änderungen an allen CSPOJ-Dateien mit dem Versionskontrollsystem rückgängig
quelle
Das Visual Studio 2008 kann daran liegen, dass der 64-Bit-Compiler nicht installiert worden wäre.
Systemsteuerung -> Programme und Funktionen -> Microsoft Visual Studio 2008 Professional -> [Doppelklick]
Im Visual Studio-Dialogfeld
Weiter -> Features hinzufügen / entfernen -> (Unter) Visual C ++ -> (Auswahl) x64-Compiler und Tools
quelle
Ein Neustart von Visual Studio hat den Trick gemacht
quelle
Hey, habe das gerade behoben. Ich dachte, es könnte helfen. Sie haben höchstwahrscheinlich keine entsprechenden Compiler zusammen mit dem Visual Studio installiert. Dies ist mir heute passiert - standardmäßig installiert das VS 2008-Installationsprogramm keinen x64 C ++ - Compiler.
Wenn Sie über SP1 verfügen, deinstallieren Sie es, bevor Sie die VS-Installation ändern. Wenn Sie fertig sind, installieren Sie SP1 erneut.
quelle
Das Problem besteht auch in VS 2010. der vorgeschlagenen Lösungen: Bearbeiten der Build-Konfiguration, Bereinigen, Ändern / erneutes Ändern des Ziel-Frameworks, funktioniert NICHT. Das Projekt wird jedoch entladen und neu geladen.
quelle
Gehen Sie zum Build-Menü und wählen Sie "Konfigurationsmanager". Dies zeigt, welche Projekte so konfiguriert sind, dass sie in Ihrer ausgewählten Konfiguration erstellt werden.
quelle
Mir war gerade etwas Ähnliches passiert. Ich bin mir nicht sicher , was das Problem war, aber es wäre nicht reinigen , Bau , Umbau , etc. Ich bin in Betrieb Visual Studio 2017 und wollte
netstandard2.0
Montag. Das Problem für mich war, dass der Projekttyp irgendwie falsch war. Vielleicht habe ich von einernetcoreapp
Klassenbibliothek aus angefangen , so etwas, die in der Lösungsdatei steckt, an die ich mich nicht erinnere. Wie auch immer, ich habe das Projekt gesichert, ein neuesnetstandard
Klassenbibliotheksprojekt erstellt und die gesicherten Bits berücksichtigt, und das hat es für mich behoben. HTH jemand.quelle
Ich hatte eine seltsame, die es wert sein könnte, unter den anderen Möglichkeiten hier dokumentiert zu werden.
Ich hatte meiner Lösung ein gemeinsames Projekt hinzugefügt , dessen Code in zwei oder drei der anderen Projekte verwendet wurde. Wie Sie wissen, sind freigegebene Projekte nur Code und nicht wirklich ein Projekt im herkömmlichen Sinne. Sie können kein freigegebenes Projekt erstellen, sondern nur Code, der in die anderen Projekte eingebettet und dann dort erstellt wird.
Aber irgendwie wurde meine Lösungsdatei aktualisiert, als ob das gemeinsam genutzte Projekt eine eigene Sache wäre, die erstellt werden müsste. Ich vermute dann, dass jedes Mal, wenn ich versuchte zu erstellen und den Code im freigegebenen Projekt nicht geändert hatte, sich herausstellte, dass sich nichts geändert hat, überspringen Sie diese Builds.
Ich fand das freigegebene Projekt in der
solution.sln
Datei wie folgt:..was ist in Ordnung. Was nicht in Ordnung ist, ist, dass dieses Projekt auch in der
GlobalSection(ProjectConfigurationPlatforms) = postSolution
Art erschien:Ich habe diese vier Zeilen aus meiner
.sln
Datei entfernt, und jetzt scheinen die Dinge wieder glücklich zu seinquelle
4. Speichern Sie die Datei 5. Öffnen Sie Visual Studio und alles besser
quelle
Ich habe auf 15.9.11 aktualisiert, ... nach einigen Builds das gleiche Problem: Die meisten Projekte werden übersprungen (die vor einer Sekunde ohne Probleme erstellt wurden). Das Entladen / Neuladen der Lösung hilft in meinem Fall immer, aber es wird bald wieder passieren.
Ich habe keine Ahnung warum ... außer einem großen Fehler in VS2017
Ich habe den Konfigurationsmanager überprüft. Alle Häkchen sind auf Build gesetzt.
Vielleicht hat es etwas mit Nuget-Paketen zu tun, aber das ist nur eine Vermutung
Die Lösung hat nur c ++ / vcxproj, kein csproj. 64 und 32 sind beide installiert
quelle
Als erstes müssen Sie diagnostizieren, warum der Build Projekte überspringt. Um eine detaillierte Build-Ausgabe zu erhalten, ändern Sie die Ausführlichkeit an
detailed
der folgenden Stelle inVisual Studio
.quelle
Hatte das gleiche Problem, fand heraus, dass die Projekteinstellung für Itanium-CPU war, und änderte es in Intel, um es zu beheben.
quelle
Bei VS2005 trat das gleiche Problem auf, alle Konfigurationen waren korrekt. Es wurde sogar der Befehl Projekt reinigen übersprungen.
Endlich hat das Entladen / Nachladen die Magie gemacht.
quelle
Klicken Sie im Lösungs-Explorer mit der rechten Maustaste auf Lösung, und klicken Sie dann unten im Menü auf Eigenschaft. Klicken Sie in den Eigenschaftsfenstern im linken Bereich auf Konfigurationseigenschaften -> Konfiguration. Im rechten Bereich wird die Liste der Projekte angezeigt. Stellen Sie sicher, dass das Kontrollkästchen Erstellen im Popup-Fenster aktiviert ist.
quelle
Wenn Ihre Lösung eine NuGet-Projektdatei (* .nuproj) enthält, versuchen Sie, diese zu entladen und anschließend Ihre Lösung neu zu erstellen.
Dies funktionierte für mich, nachdem keines der oben genannten Verfahren funktioniert hatte.
quelle
Ich finde, dass manchmal, wenn Sie eine Zielplattform eingestellt haben, beispielsweise x86 in Ihrer Lösung und in Ihren Projekten, das Projekt sie nicht immer ausgewählt hat.
Um dies zu überprüfen, gehen Sie zu den Projekteigenschaften und prüfen Sie, ob Sie diese Plattform in der Einstellung Build-> Platform auswählen können. Wenn Sie dies nicht können, müssen Sie zum Konfigurationsmanager gehen und diese Konfiguration erstellen.
quelle
Ich hatte dieses Problem mit einigen Windows CE-Projekten auf einem neuen PC. "Projekt entladen" und "Projekt neu laden" schienen das Problem zu beheben, aber tatsächlich hatte Visual Studio einfach auf eine andere Plattform gewechselt und diese erstellt.
Es stellte sich heraus, dass meine WinCE-Plattform zwar als aktive Plattform angezeigt wurde, Visual Studio sie jedoch nicht "wirklich" sah. Die Lösung bestand darin, das WinCE SDK mit Administratorrechten neu zu installieren :
msiexec /log SDKInstallLog.txt /package <the path to your .msi file>
quelle
VS 2008 überspringt x64-Ziele, wenn der x64-Compiler nicht installiert ist. VS 2008 ist standardmäßig nicht verfügbar. Irgendwie duh, was.
quelle
Ich hatte ein sehr ähnliches Problem, nachdem ich ein Projekt aus einem Dekompiler von Telerik generiert und dann versucht hatte, es neu zu kompilieren. Das Projekt wurde übersprungen, wenn ich versuchte, es neu zu erstellen. Ich habe viele der oben genannten Vorschläge ausprobiert, aber für mich war es das in den Projekteigenschaften ausgewählte .NET Framework.
Klicken Sie mit der rechten Maustaste auf das Projekt in der Lösungsdatei, wählen Sie Eigenschaften, Registerkarte Anwendung, und ändern Sie das Zielframework von 4.0 auf 3.5.
Dann neu erstellen, und ich habe eine Reihe von fehlenden Fehlern bei Baugruppenreferenzen erhalten, was sinnvoll ist, da ich ihnen noch keine Referenzen hinzugefügt habe.
quelle
Ich aktualisiere ein kleines Update von Visual Studio 2017 und dann erinnert mich das Installationsprogramm daran, meinen Computer neu zu starten, aber ich habe nicht neu gestartet. Wenn ich mein Projekt oder meine Lösung in Visual Studio 2017 erstelle, stoße ich auf das gleiche obige Problem. Ich denke, das Update ist möglicherweise den Schlüssel, also starte ich meinen Computer neu, ich habe es getan .:>
quelle
Ich hatte dieses Problem in Visual Studio 2017 15.9.4 und nach einigem Suchen und Einlegen einiger Zeit stellte ich fest, dass in meiner Lösung die .csproj-Datei eines der Projekte nach dem Zusammenführen in TFS beschädigt wurde. (Ich könnte andere Projekte erstellen, indem ich das problematische Projekt aus der Lösung entlade). Als ich mein Problem gelöst habe, habe ich die .csproj-Datei vor und nach dem Zusammenführen verglichen und das behoben. Und mit Fix meine ich, da der Typ meines eigenen Projekts .netStandard war, habe ich unnötige Zeilen entfernt, einschließlich Configuration PropertyGroup , alle und andere in der neuen .csproj-Datei, um sie der vorherigen .netstandard-Version ähnlich zu machen.
quelle
Ich hatte ein ähnliches Problem, ich hatte ein Projekt, das aus irgendeinem Grund nicht in den Solution Explorer geladen werden konnte. Als ich das Projekt geladen habe, hat es wie ein Zauber funktioniert.
quelle
Ich bin gerade in diese Schwierigkeiten geraten:
Hatte VS 2017 auf die neueste Version 15.9.11 aktualisiert und einige meiner Projekte wurden auf .net Core 2.2 aktualisiert. Ich habe anfangs alle Projekte geladen, die beim Bauen / Reinigen / Umbauen versucht wurden, und alles wurde übersprungen. Befolgen Sie die folgenden Schritte, um Folgendes zu beheben:
Das war alles wieder in Aktion und ich konnte alle Projekte erfolgreich aufbauen.
quelle
Das visuelle Studio 2017
Nach dem Hinzufügen der Konfiguration im Konfigurationsmanager
Klicken Sie mit der rechten Maustaste auf Projekt -> Nur Projekt -> Nur erstellen / Nur neu erstellen / Nur bereinigen
wenn alle anderen Einstellungen korrekt sind.
quelle
Problem: Beim erneuten Erstellen, Erstellen und Reinigen wurden alle meine Projekte außer zwei davon übersprungen.
Lösungen, die bei mir nicht funktionierten:
Die Einstellungen für die Lösungskonfiguration waren wie erwartet, sodass keine Änderungen daran hilfreich waren.
Das Entladen und Nachladen hat nicht funktioniert.
Grund des Auftretens:
Dies geschah, weil das .NET-Zielframework für diese beiden Projekte höher (4.7), für die anderen Projekte jedoch niedriger war. Es wurde anfangs eine Eingabeaufforderung angezeigt, in der ich aufgefordert wurde, .NET 4.7 zu installieren, was ich auch tat. Es stellte sich jedoch heraus, dass es nicht erkennen konnte, dass es installiert ist, ohne meinen Computer neu zu starten.
Lösungen, die funktionierten:
Ich würde empfehlen, das neueste .NET Framework zu installieren und den Computer neu zu starten, um weitere Probleme zu vermeiden.
quelle
Builds für Projekte mit abhängigen Projekten, die nicht erstellt werden konnten, werden übersprungen.
quelle