So ermitteln Sie, warum Visual Studio beim Erstellen einer Lösung möglicherweise Projekte überspringt

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.

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]

Ich hatte gerade das gleiche Problem - "Projekt entladen" und "Projekt neu laden" lösten das Problem!

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

Wenn die Konfigurationskonfiguration x64 ist und der x64-Compiler nicht installiert ist, wird das Projekt übersprungen.

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:

1. Stellen Sie sicher, dass alle Änderungen vor dem Vorgang festgeschrieben / eingecheckt werden

2. Gehen Sie alle Projekte durch, löschen Sie sie aus der Lösung und fügen Sie vorhandene hinzu

3. Beachten Sie, dass sich die SLN-Datei geändert hat

4. Behalten Sie die neue SLN-Datei bei, machen Sie jedoch die Änderungen an allen CSPOJ-Dateien mit dem Versionskontrollsystem rückgängig

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

Ein Neustart von Visual Studio hat den Trick gemacht

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.

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.

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.

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.0Montag. Das Problem für mich war, dass der Projekttyp irgendwie falsch war. Vielleicht habe ich von einer netcoreappKlassenbibliothek 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 neues netstandardKlassenbibliotheksprojekt erstellt und die gesicherten Bits berücksichtigt, und das hat es für mich behoben. HTH jemand.

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.slnDatei wie folgt:

Project("{D954291E-2A0B-460D-934E-DC6B0785DB48}") = "Api.Common", "Api.Common\Api.Common.shproj", "{EC580471-D78A-4509-AC46-BD565553AD60}"

..was ist in Ordnung. Was nicht in Ordnung ist, ist, dass dieses Projekt auch in der GlobalSection(ProjectConfigurationPlatforms) = postSolutionArt erschien:

    {EC580471-D78A-4509-AC46-BD565553AD60}.Debug|Any CPU.ActiveCfg = Debug|Any CPU
    {EC580471-D78A-4509-AC46-BD565553AD60}.Debug|Any CPU.Build.0 = Debug|Any CPU
    {EC580471-D78A-4509-AC46-BD565553AD60}.Release|Any CPU.ActiveCfg = Release|Any CPU
    {EC580471-D78A-4509-AC46-BD565553AD60}.Release|Any CPU.Build.0 = Release|Any CPU

Ich habe diese vier Zeilen aus meiner .slnDatei entfernt, und jetzt scheinen die Dinge wieder glücklich zu sein

1. Visuelles Studio schließen
2. Öffnen Sie die SLN-Datei mit dem Editor
3. Löschen Sie alle folgenden Dinge: {B546C55D-9321-4FC0-B25C-46844222BEBE} .Debug mit Fälschungen | x86.ActiveCfg = Debuggen mit Fälschungen | x86 (es wird eine Reihe von ihnen geben)

4. Speichern Sie die Datei 5. Öffnen Sie Visual Studio und alles besser

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

Als erstes müssen Sie diagnostizieren, warum der Build Projekte überspringt. Um eine detaillierte Build-Ausgabe zu erhalten, ändern Sie die Ausführlichkeit an detailedder folgenden Stelle in Visual Studio.

Hatte das gleiche Problem, fand heraus, dass die Projekteinstellung für Itanium-CPU war, und änderte es in Intel, um es zu beheben.

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.

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.

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.

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.

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 :

• Stellen Sie sicher, dass Visual Studio 2008 nicht ausgeführt wird.
• Öffnen Sie als Administrator eine "Visual Studio 2008-Eingabeaufforderung". Klicken Sie unter Windows 7 einfach mit der rechten Maustaste auf die Verknüpfung und wählen Sie die Option "Als Administrator ausführen".
• Geben Sie den folgenden Befehl ein: msiexec /log SDKInstallLog.txt /package <the path to your .msi file>
• Wenn Sie gefragt werden, ob Sie eine benutzerdefinierte oder vollständige Installation durchführen möchten, wählen Sie "Benutzerdefiniert" und weisen Sie das Installationsprogramm an, die Installation der Dokumentation zu unterlassen (dieser Schritt war in meinem Fall nicht erforderlich. Tatsächlich habe ich ihn lediglich gebeten, die vorhandene Installation zu "reparieren". )
• Installieren

VS 2008 überspringt x64-Ziele, wenn der x64-Compiler nicht installiert ist. VS 2008 ist standardmäßig nicht verfügbar. Irgendwie duh, was.

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.

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 .:>

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.

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.

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:

1. Ich habe jedes Projekt entladen und neu geladen.
2. Alle Instanzen von VS geschlossen und VS als Administrator geöffnet (Rechtsklick auf die Verknüpfung und Auswahl der Option "Als Administrator ausführen")

Das war alles wieder in Aktion und ich konnte alle Projekte erfolgreich aufbauen.

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.

Problem: Beim erneuten Erstellen, Erstellen und Reinigen wurden alle meine Projekte außer zwei davon übersprungen.

Lösungen, die bei mir nicht funktionierten:

1. Die Einstellungen für die Lösungskonfiguration waren wie erwartet, sodass keine Änderungen daran hilfreich waren.

2. 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:

1. Ein Neustart meiner Maschine hat es geschafft. Nach dem Neustart wurde korrekt erkannt, dass .NET 4.7 installiert ist.
2. Alternativ wurde das Problem auch durch Herabstufen des Zielframeworks des Projekts durch Klicken mit der rechten Maustaste auf das Projekt -> Eigenschaften -> Anwendung -> Zielframework und Festlegen derselben Einstellungen wie bei den anderen übersprungenen Projekten behoben.

Ich würde empfehlen, das neueste .NET Framework zu installieren und den Computer neu zu starten, um weitere Probleme zu vermeiden.

Builds für Projekte mit abhängigen Projekten, die nicht erstellt werden konnten, werden übersprungen.