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

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

Come risultato, faccio semplicemente una ricostruzione ogni volta (questo fa un Clean + Build). In questo modo, non mi affido alle missive di Visual Studio;)

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

VS a volte non riesce a identificare i file modificati e quindi ignora la necessaria ri-compilazione. Nel mio caso, ciò accade solitamente quando i file vengono aggiornati tramite un comportamento di sovrascrittura (ad esempio, il 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 timestamp rimandi) più vecchi di quelli del record di VS, VS non ricompilerà il file corrispondente.

La mia raccomandazione è: se stai compilando gli aggiornamenti fatti 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 errati, risorse o altre risorse che potrebbero essere state accumulate da build precedenti. Aiuta anche a mantenere gli assiemi in uno stato coerente, perché a volte Visual Studio si confonde su ciò che effettivamente fa riferimento.

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