Debug und Veröffentlichung sind Etiketten nur für verschiedene Lösungskonfigurationen. Sie können andere hinzufügen, wenn Sie möchten. Ein Projekt, an dem ich einmal gearbeitet habe, hatte einen Namen namens "Debug Internal", mit dem die internen Bearbeitungsfunktionen der Anwendung aktiviert wurden. Sie können dies sehen, wenn Sie zu Configuration Manager...
gehen (es ist auf dem Build
Menü). Weitere Informationen zu MSDN Library finden Sie unter Configuration Manager Dialog Box.
Jede Lösung Konfiguration besteht dann aus einer Reihe von Projektkonfigurationen. Auch dies sind nur Labels, diesmal für eine Sammlung von Einstellungen für Ihr Projekt. Zum Beispiel haben unsere C++ - Bibliotheksprojekte Projektkonfigurationen, die "Debug", "Debug_Unicode", "Debug_MT" usw. genannt werden.
Die verfügbaren Einstellungen hängen davon ab, welche Art von Projekt Sie erstellen. Für ein .NET-Projekt ist es ein ziemlich kleiner Satz: #define
s und ein paar andere Dinge. Für ein C++ - Projekt erhalten Sie eine viel größere Auswahl an Dingen, die Sie optimieren können.
Im Allgemeinen verwenden Sie jedoch "Debug", wenn Sie möchten, dass Ihr Projekt mit ausgeschaltetem Optimierer erstellt wird und wenn vollständige Debugging-/Symbolinformationen in Ihrem Build enthalten sein sollen (in der .PDB-Datei). gewöhnlich). Sie verwenden "Release", wenn Sie möchten, dass der Optimierer eingeschaltet ist, und wenn Sie nicht möchten vollständige Debugging-Informationen enthalten.
Diese [verwandte Frage] (http://stackoverflow.com/questions/90871/debug-vs-release-in-net) hat eine Menge guter Informationen. – dommer