Dois-je nettoyer / reconstruire un projet avant de le déboguer / le publier dans Visual Studio?

C'est probablement une question stupide, mais dois-je nettoyer / reconstruire avant le débogage ou la publication d'un projet Visual Studio?

Je vois d'autres développeurs le faire tout le temps, et à un moment donné, j'ai commencé à le faire sans même y penser. Il semble normal de toujours nettoyer, attendre, reconstruire, attendre, publier.

Je sais que je ne l'ai pas toujours fait ... Je pense que j'ai commencé à le faire après avoir passé beaucoup de temps à déboguer une erreur, pour découvrir qu'elle a disparu lorsque j'ai nettoyé et reconstruit la solution. J'ai également eu ce problème plus d'une fois, donc je sais que ce n'était pas une chose unique, mais cela semble être une énorme perte de temps de toujours nettoyer / reconstruire vos projets.

Vous n'êtes pas obligé , mais je trouve que Visual Studio perd parfois la trace des assemblys qui ont été construits quand. Lorsque cela se produit, vous vous retrouvez avec des assemblages périmés et une mauvaise expérience de débogage (lorsque le code et les symboles ne correspondent pas).

En conséquence, je fais simplement une reconstruction à chaque fois (cela fait un Clean + Build). De cette façon, je ne me fie pas aux aléas de Visual Studio;)

Ce n'est pas "obligatoire", mais vous voudrez peut-être faire le Clean + Build avant une version majeure et / ou après avoir obtenu des fichiers à partir d'autres ressources.

VS échoue parfois à identifier les fichiers modifiés et contourne ainsi la recompilation nécessaire. Dans mon cas, cela se produit généralement lorsque les fichiers sont mis à jour via un comportement d'écrasement (par exemple, téléchargement depuis SCM, copier / coller à partir du répertoire du collègue). Le problème est probablement la date du fichier. Si le nouveau fichier a une date modifiée (ou une date créée, je ne sais pas à quel horodatage VC fait référence) plus ancienne que celle dans l'enregistrement de VS, VS ne recompilera pas le fichier correspondant.

Ma recommandation est: si vous compilez pour les mises à jour faites uniquement par vous localement sur la même machine, vous devriez être correct en construisant sans nettoyer.

Le nettoyage et la reconstruction ne sont qu'un moyen simple de nettoyer tous les assemblages, ressources ou autres actifs errants qui se sont accumulés à partir des versions précédentes. Cela aide également à maintenir les assemblys dans un état cohérent, car Visual Studio est parfois confus quant à ce qu'il référence réellement.

Dans notre boutique, nous procédons de la même manière, mais je suis sûr qu'une reconstruction fonctionnerait également très bien.