Antworten:
Es löscht alle kompilierten und temporären Dateien, die einer Lösung zugeordnet sind. Es stellt sicher, dass der nächste Build vollständig ist und nicht nur geänderte Dateien neu kompiliert werden.
Es löscht den gesamten Objektcode, der während der vorherigen Kompilierung / Erstellung generiert wurde. Es löscht alle unten aufgeführten Arten von Dateien: -
* .obj - Objektcode
* .pdb - Programm-Debug-Datenbankdatei
* .bsc - Quellbrowser-Datenbank
* .ilk - inkrementelle Linkerdatei
* .sbr - Quellbrowser-Zwischendatei
* .idb - Abhängigkeitsdatei neu erstellen
* .lib - Bibliotheksdatei
* .exe - ausführbar
JFYI - Sogar ein Befehl "Alle neu erstellen" erledigt all dies und erstellt dann den vollständigen Satz von Quelldateien.
-ANZEIGE
Ich wollte, dass dies ein Kommentar ist, brauche aber anscheinend 50 Wiederholungen.
Um andere zu warnen, finde ich, dass die Wiederherstellungslösung selbst keine Reinigung durchführt. Ich werde es oft nicht brauchen, um es zu bereinigen und danach zu bauen / neu zu erstellen, damit es funktioniert - ich denke, dass das Wiederherstellen selbst eine vollständige Kompilierung ohne Bereinigung erzwingt und alles außer Kraft setzt, aber die Extras nicht beseitigt.
Ich habe nicht untersucht, was die Neuerstellung in Bezug auf Code bewirkt, sondern nur eine allgemeine Beobachtung für den Fall, dass jemand anderes das gleiche Problem hat.
Dies ist ein alter Beitrag, aber ich dachte, das wäre erwähnenswert. Beim Codieren für Silverlight sind normalerweise Blend und VS2010 gleichzeitig geöffnet. Aus diesem Grund flippt VS2010 manchmal aus und IntelliSense kann nicht finden, wo sich etwas oder etwas befindet, was dazu führt, dass viele Fehler fälschlicherweise hervorgehoben werden.
Das Reinigen der Lösung behebt dieses Problem.
Löscht Dateien, die während des Kompilierungsprozesses erstellt wurden. Erzwingt beim nächsten Mal effektiv eine vollständige Neukompilierung / Erstellung.
Vorsicht beim Reinigen einer Lösung; Wenn Sie eine Lösung bereinigen und in Ihrem Projekt auf eine Bibliothek (z. B. nhibernate) verweisen und diese Bibliothek eine Abhängigkeit aufweist (z. B. iesi.collections), wird iesi.collections auch dann gelöscht, wenn Sie die neu erstellen Lösung und Sie müssen diese DLL erneut in Ihren Ordner legen. Sie können auch auf iesi.collections verweisen und in den Eigenschaften die Option copy-local: yes auswählen
Zu Ihrer Information, weder Clean noch Rebuild löschen nicht erstellte Dateien, z. B. Dateien, die während eines Pre-Build-Befehls kopiert wurden. Ich war darüber verwirrt!