Muss ich ein Projekt bereinigen / neu erstellen, bevor ich es in Visual Studio debuggen / veröffentlichen kann?

Dies ist wahrscheinlich eine dumme Frage, aber muss ich vor dem Debuggen oder Veröffentlichen eines Visual Studio-Projekts eine Bereinigung / Neuerstellung durchführen?

Ich sehe die ganze Zeit andere Entwickler, und irgendwann habe ich angefangen, es zu tun, ohne darüber nachzudenken. Es scheint die Gewohnheit zu sein, immer sauber zu gehen, zu warten, neu aufzubauen, zu warten, zu veröffentlichen.

Ich weiß, dass ich es nicht immer getan habe ... Ich glaube, ich habe damit begonnen, nachdem ich einige Zeit damit verbracht hatte, einen Fehler zu debuggen. Erst als ich die Lösung bereinigte und neu erstellte, stellte ich fest, dass er verschwunden war. Ich habe dieses Problem auch schon mehrmals gehabt, daher weiß ich, dass es keine einmalige Sache war, aber es scheint eine enorme Zeitverschwendung zu sein, Ihre Projekte immer zu bereinigen / neu aufzubauen.

Sie müssen nicht haben , aber ich finde , dass Visual Studio manchmal Spur verliert , was Baugruppen wurden , wenn gebaut. In diesem Fall kommt es zu veralteten Assemblys und zu einem schlechten Debugging (wenn Code und Symbole nicht übereinstimmen).

Infolgedessen führe ich einfach jedes Mal eine Neuerstellung durch (dies führt eine Bereinigung + Erstellung durch). Auf diese Weise verlasse ich mich nicht auf Visual Studios Erfolg und Miss;)

Es ist nicht "erforderlich", aber Sie können das Clean + Build vor einer Hauptversion und / oder nach dem Abrufen von Dateien von anderen Ressourcen ausführen.

VS kann die geänderten Dateien manchmal nicht identifizieren und umgeht daher die erforderliche Neukompilierung. In meinem Fall geschieht dies normalerweise, wenn die Dateien durch ein Überschreibverhalten (z. B. Herunterladen von SCM, Kopieren / Einfügen aus dem Verzeichnis des Kollegen) aktualisiert werden. Das Problem ist wahrscheinlich das Datum der Datei. Wenn die neue Datei ein Änderungsdatum (oder Erstellungsdatum) hat, auf das ich nicht weiß, auf welchen Zeitstempel VC verweist), das älter ist als das im Datensatz von VS, kompiliert VS die entsprechende Datei nicht neu.

Meine Empfehlung lautet: Wenn Sie für die Aktualisierungen kompilieren, die nur von Ihnen vor Ort auf demselben Computer vorgenommen wurden, sollten Sie in Ordnung sein, wenn Sie ohne Reinigung erstellen.

Das Reinigen und Wiederherstellen ist nur eine einfache Möglichkeit, fehlerhafte Baugruppen, Ressourcen oder andere Vermögenswerte, die sich aus früheren Builds angesammelt haben, zu bereinigen. Es ist auch hilfreich, die Assemblys in einem konsistenten Zustand zu halten, da Visual Studio manchmal verwirrt ist, worauf tatsächlich verwiesen wird.

In unserem Shop machen wir das genauso, aber ich bin mir ziemlich sicher, dass ein Umbau auch gut funktionieren würde.