Verhindern Sie, dass Visual Studio automatisch eine Lösungskonfiguration für „Mixed Platforms“ erstellt

83

Wie verhindere ich, dass Visual Studio 2008 automatisch die Lösungskonfigurationen "Mixed Platforms" und "Any CPU" erstellt? Wir haben "Win32" - und "x64" -Konfigurationen und ein Entwickler muss zwischen ihnen wählen. Sobald jedoch jemand Änderungen an der Lösung vornimmt, erstellt VS automatisch "Mixed Platforms" und dies scheint die Standardkonfiguration zu sein. Dies verursacht viele Probleme, da sich herausstellt, dass einige neue Projekte in dieser Konfiguration nicht ausgewählt sind oder die falsche Projektkonfiguration ausgewählt wurde usw. Ich möchte dies nur stoppen und die Lösungskonfigurationen selbst verwalten.

EMP
quelle
4
Wir haben das gleiche Problem mit VS 2010 Beta2 :(
Roman
3
Immer noch ein Problem in VS 2010 RTM
Nick
4
Das Schlimmste ist, dass VS die Plattformen jedes Mal, wenn Sie ein neues Projekt hinzufügen, verschmutzt, selbst wenn Sie sich für gemischte Plattformen als Ihre einzige Plattform entscheiden. Was für ein Chaos.
Roman
3
Immer noch ein Problem in VS 11 Beta
Matt Z
2
immer noch kaputt in VS2017
ROX

Antworten:

13

Bei Visual Studio 2005-Projekten tritt ein ähnliches Problem auf, das sowohl für eine Win32-Konfiguration als auch für eine Reihe unterschiedlicher Kombinationen aus Plattform und Konfiguration für intelligente Geräte erstellt werden soll.

Zu beliebigen Zeiten wird jede Konfiguration für jede Plattform automatisch generiert, unabhängig davon, ob sie gültig ist oder nicht. Dadurch wird die Größe jeder unserer ~ 50 Projektdateien aufgelöst und das Problem wird mit viel Arbeit behoben.

Dies geschieht regelmäßig, wenn das Dialogfeld "Configuration Manager" geöffnet wird, und manchmal (aber nicht immer) beim Ändern einer Projekteinstellung für eine Konfiguration. Im letzteren Fall scheint es sich um eine Manipulation der Plattform- und Konfigurations-Dropdown-Listen im Projekteinstellungsdialog zu handeln.

Wir haben es als Visual Studio-Problem eingereicht. MSFT schloss es als "wird nicht behoben".

Tim Lesher
quelle
5
Tim, hast du einen Link? Sie beheben manchmal Probleme, für die viele Leute gestimmt haben.
Roman Starkov
1
Dies ist das Problem, das wir eingereicht haben. Obwohl wir ursprünglich festgestellt haben, dass dies nur beim Hinzufügen einer neuen Plattform geschieht, haben wir später herausgefunden, dass dies willkürlich geschieht: connect.microsoft.com/VisualStudio/feedback/details/165785/…
Tim Lesher,
9
Laut Microsoft können wir alle gehen ... uns selbst. Vielen Dank an Microsoft für das Schließen des Problems. Es ist gut, dass sie Zeit hatten, diese Großbuchstabenmenüs in VS 2012
einzufügen
1
Der Fehler hat die Dokumentation überlebt. Fehler besteht immer noch, Links sind jetzt tot.
ROX
6

Ich habe mich mit der gleichen Art von Problem befasst. Ich bin damit einverstanden, dass es ein Chaos ist. Ich habe zwei praktikable Optionen gesehen, um damit umzugehen - beide sind nicht wirklich das, was Sie wollen.

  1. Entfernen Sie die erstellten Konfigurationen manuell, indem Sie zur Konfigurationsauswahl gehen und Bearbeiten auswählen ...
  2. Standardmäßig (zumindest wenn ich mit einer neuen Lösung in VS 2010 beginne) und neue Projekte (sowohl Klassenbibliotheken als auch Apps) erstellen, erhalten Sie für Ihre Lösungsplattformen eine beliebige CPU, gemischte Plattformen und x86. Visual Studio scheint gute Arbeit zu leisten, indem es sowohl jeder CPU als auch gemischten Plattformen neue Klassenbibliotheken hinzufügt (da diese standardmäßig für das beliebige CPU-Ziel erstellt werden) und neuen Apps sowohl gemischten Plattformen als auch x86 hinzufügt (seit dem Standardaufbau für das x86-Ziel). und sowohl neue Klassenbibliotheken als auch neue Apps für gemischte Plattformen bereitzustellen. Gemischte Plattformen sind also eine gute Standardeinstellung, da sie alles erstellen. Ich bin mir nicht sicher, warum Sie keine neuen Projekte zu Mixed Platforms hinzufügen
aggieNick02
quelle
2
Wir machen # 1, aber mit mehr als 10 Entwicklern, die alle das Recht haben, neue Projekte und 81 Projekte hinzuzufügen, ist dies ein Ärger.
Casper Leon Nielsen
Ja, immer noch das gleiche Problem mit VS2013. Ich mache auch # 1 ... wenn ich es nicht vergesse. Aber meine Güte, wie oft ich es vergesse und am Ende Probleme habe, warum zum Teufel die Lösung nicht kompiliert werden kann.
Zoltán Tamási
4

Sie können Ihre SLN-Dateien in einem Commit-Hook Ihrer Quellcodeverwaltung filtern. Wenn Sie es also in der SLN-Datei überprüfen und möglicherweise die Projektdateien reparieren. Im Open Source Chromium-Projekt ist ein solcher Filter implementiert.

braten
quelle
2
Ich nehme an, aber das wäre ein großer Aufwand und wahrscheinlich ziemlich unzuverlässig. Das Risiko, die SLN-Datei zu stopfen, wäre den Vorteil nicht wert.
EMP