Wie auszuschalten pdb Generation und vshost für alle Releasebuilds

Question

Jedes Mal, wenn ich ein neues Stück Software starte Ich habe in die Konfiguration gehen und PDB-Datei Generation und den Visual Studio-Hostprozess für Release baut auszuschalten. Gibt es eine Möglichkeit Visual Studio (2008 speziell) zu sagen, dass ich, dass für alle Projekte für den Rest der Zeit zu tun?

Answer 1

Nachdem ich einige Graben um, scheint es, dass die Projektdateien für C # in \program files\microsoft visual studio 9.0\common7\ide\projecttemplatescache\csharp\windows\1033 gespeichert sind. Durch die Zugabe von <UseVSHostingProcess>false</UseVSHostingProcess> auf die richtigen Abschnitte (es gibt separate Bereiche für Debug und Freigabe-Konfigurationen) der relevanten Vorlagen, können Sie den Hostprozess für alle zukünftigen Projekte der ausgewählten Arten deaktivieren.

Sie sollten Lage sein, die PDB Ausgabe in ähnlicher Art und Weise zu handhaben, aber wie gesagt, ich empfehle nicht jene ausschalten, so dass ich es als eine Übung verlassen werden:)

Dies gilt für VS2008, aber meine Vermutung ist, dass andere Ausgaben ein ähnliches Schema haben. Tatsächlich verwendet VS2010 den gleichen Ansatz, aber offensichtlich die Versionsnummer im Verzeichnis 10,0 statt 9,0.

Answer 2

In VS 2010 erhalten Sie eine Projekteigenschaft finden PDB-Generation unter Projekteigenschaften zu steuern -> Build -> Erweitert ... -> Debug Info

Setzen Sie diesen auf "none" zu Unterdrückungs-PDB-Generation.

Answer 3

Warum nicht einen Beitrag Build-Schritt hinzufügen, der diese Dateien löschen Sie nicht wollen. Hmm, das noch ein weiterer Schritt, nicht das, was man wollte: - (

Was ist ein kleiner Helfer app zu schreiben, die ein Findfirstfile und Findnextfile Schleife für PDB suchen tut und shost Dateien in Ihrem Release-Verzeichnisse. Wenn er sie findet, es löscht sie. Oder besser verschiebt sie nach wie vor zu einem Archiv Standort -. Dies ermöglicht es ihnen, aus den Release-Verpackungsfragen zu entfernen, aber immer noch die Dateien im Fall halten Sie sie für Fehleranalyse benötigen

Plus, weil es ein Helfer-App können Sie es nur einmal ausführen als Teil Ihrer Pre-Handoff zu Release Personal.

Wir verwenden diese Technik für viele Dinge:

• Sicherstellung DLLs sind auf dem neuesten Stand (im Grunde ein intelligentes Update für den gesamten Build-Baum)
• Reinigungs VC baut besser als "Batch-Build" können (einige dieser Dateien zu entfernen, die Visual Studio abstürzen kann)
• Archivierung sicher in einer bestimmten Art und Weise (ähnlich dem, was ich für Sie vorgeschlagen haben)
• etc

Ich bin mit Brian - Sie diese Dateien behalten sollen. Wenn Sie irgendwelche Fehler oder Fehler debuggen benötigen, müssen Sie diese Dateien benötigen.