Szenarien für die Visual Studio-Option "Clean Solution"

Saubere Lösung ist wie msbuild /t:clean und make clean , also ist es in den gleichen Situationen nützlich.

• Ihr Build ist etwas kaputt, sodass eine generierte Datei in einem gemeinsamen Verzeichnis abgelegt wird. Wenn Sie Konfigurationen wechseln, bereinigen Sie zuerst die alte Konfiguration und dann die neue.

• Sie möchten jemandem eine Kopie Ihrer Lösung senden

• Sie haben keine Versionskontrolle, aber Sie möchten Ihre Lösung überprüfen, bevor Sie fortfahren

• Sie ändern Ihre Projektdateien manuell und möchten sicherstellen, dass sie ordnungsgemäß funktionieren.

• Sie haben eine neue Lösung erstellt, einen Tag lang daran gearbeitet und sind nun bereit, sie in die Quellcodeverwaltung zu übernehmen. Bevor Sie "alle Dateien hinzufügen", möchten Sie die generierten Dateien entfernen.

• Sie haben wenig Speicherplatz und möchten unnötige Dateien löschen. Angenommen, Sie haben eine kleine SSD und mehrere große Lösungen oder möchten die Konfiguration ändern.

Ich habe es mehrmals benutzt, um ein neues Projekt zu säubern, bevor ich es in ein Repository (svn oder TFS) übertrage.

Ich könnte nur eines finden: (

Wenn Sie Ihr Lösungsverzeichnis komprimieren möchten und nicht alle temporären Dateien / kompilierten Binärdateien / etc einschließen möchten?

Clean entfernt alle Objektdateien, also:

• Sie können die Projektdateien bereinigen und dann kopieren, ohne dass die Objektdateien in Ihrer Kopie enthalten sind (obwohl clean einige von Compilern generierte Dateien immer noch zurücklassen kann).
• Sie können einen Release-Build gelegentlich erstellen (z. B. einmal im Monat) und ihn dann entfernen, um die Unordnung in Ihrem Projekt zu beseitigen, bis Sie ihn das nächste Mal erstellen müssen.
• Sie können eine Reinigung durchführen und dann etwas dazwischen erstellen und machen
• Sie können eine Bereinigung durchführen, wenn Sie schnell sicherstellen möchten, dass der nächste Build vollständig wiederhergestellt wird, aber wenn Sie den Build jetzt nicht starten möchten (z. B. das Projekt säubern, bevor Sie nach Hause gehen, um sicher zu gehen.) Sie werden nicht vergessen, am Morgen, wenn Sie mit der Arbeit beginnen, einen Wiederaufbau zu tun)
• Sie können mehrere Projekte (Bibliotheken usw.) bereinigen, bevor Sie zurückgehen und sie erstellen. So wissen Sie, dass Sie einen wirklich sauberen Build haben und nicht mehrere Rebuilds, die von altem Müll in einer referenzierten Bibliothek betroffen sind (ok, dieser greift nach Strohhalmen - solange Sie die Abhängigkeiten vor den Abhängigen neu aufbauen, sollte das egal sein: -)

Nachdem das gesagt wurde, ist das Säubern nicht sehr nützlich - vor allem, da der freie Speicherplatz immer größer wird, der Druck früherer Zeiten (zB das Projekt auf einer Diskette zu belassen und genug Platz für die Arbeit zu schaffen) ist nicht länger relevant.