Devo pulire / ricostruire un progetto prima di eseguire il debug / pubblicarlo in Visual Studio?

Questa è probabilmente una domanda stupida, ma devo pulire / ricostruire prima di eseguire il debug o pubblicare un progetto di Visual Studio?

Vedo altri sviluppatori farlo continuamente, e ad un certo punto ho iniziato a farlo senza nemmeno pensarci. Sembra abitudine andare sempre pulito, aspettare, ricostruire, aspettare, pubblicare.

So che non l'ho sempre fatto .... Penso di aver iniziato a farlo dopo aver trascorso un sacco di tempo a eseguire il debug di un errore, solo per scoprire che è andato via quando ho pulito e ricostruito la soluzione. Ho riscontrato questo problema anche più di una volta, quindi so che non è stata una cosa sola, ma mi sembra sempre una grande perdita di tempo pulire e ricostruire sempre i tuoi progetti.

Non è necessario , ma trovo che Visual Studio a volte perda traccia di quali assembly sono stati creati quando. Quando ciò accade, si finisce con assiemi stantii e una brutta esperienza di debug (quando il codice e i simboli non corrispondono).

Di conseguenza, faccio semplicemente una ricostruzione ogni volta (questo fa un Clean + Build). In questo modo, non faccio affidamento sul successo di Visual Studio;)

Non è "obbligatorio", ma potresti voler eseguire Clean + Build prima di una versione principale e / o dopo aver ottenuto i file da altre risorse.

A volte VS non riesce a identificare i file modificati e quindi ignora la ricompilazione necessaria. Nel mio caso, questo di solito accade quando i file vengono aggiornati tramite un comportamento di sovrascrittura (ad esempio, download da SCM, copia / incolla dalla directory del collega). Il problema è probabilmente la data del file. Se il nuovo file ha una data modificata (o data di creazione, non so a quali riferimenti VC di data / ora) più vecchio di quello nel record di VS, VS non ricompilerà il file corrispondente.

La mia raccomandazione è: se stai compilando per gli aggiornamenti effettuati solo da te localmente sulla stessa macchina, dovresti stare bene costruendo senza pulizia.

La pulizia e la ricostruzione sono solo un modo semplice per ripulire eventuali assiemi, risorse o altri beni errati che potrebbero essersi accumulati da build precedenti. Aiuta anche a mantenere gli assembly in uno stato coerente, perché Visual Studio a volte viene confuso su ciò a cui effettivamente fa riferimento.

Nel nostro negozio lo facciamo allo stesso modo, ma sono abbastanza sicuro che anche una ricostruzione funzionerebbe bene.