Essa provavelmente é uma pergunta estúpida, mas preciso limpar / reconstruir antes de depurar ou publicar um projeto do Visual Studio?
Vejo outros desenvolvedores fazendo isso o tempo todo e, em algum momento, comecei a fazê-lo sem nem pensar. Parece hábito sempre ir limpo, esperar, reconstruir, esperar, publicar.
Eu sei que nem sempre fazia isso ... Acho que comecei a fazê-lo depois de passar muito tempo depurando um erro, apenas para descobrir que ele desapareceu quando eu Limpei e Reconstruí a solução. Eu já tive esse problema mais de uma vez, então sei que não era uma coisa única, mas parece uma enorme perda de tempo estar sempre limpando / reconstruindo seus projetos.
visual-studio
Rachel
fonte
fonte
Respostas:
Você não precisa , mas acho que o Visual Studio às vezes perde o controle de quais assemblies foram criados quando. Quando isso acontece, você acaba com assemblies obsoletos e uma má experiência de depuração (quando o código e os símbolos não coincidem).
Como resultado, eu simplesmente faço uma recriação toda vez (isso faz um Clean + Build). Dessa forma, não confio no sucesso e falha do Visual Studio;)
fonte
Não é "obrigatório", mas você pode fazer o Clean + Build antes de uma versão principal e / ou depois de obter arquivos de outros recursos.
Às vezes, o VS falha na identificação dos arquivos modificados e ignora a recompilação necessária. No meu caso, isso geralmente acontece quando os arquivos são atualizados através de algum comportamento de substituição (por exemplo, baixando do SCM, copie / cole no diretório do colega). O problema é provavelmente a data do arquivo. Se o novo arquivo tiver uma data modificada (ou data de criação, não sei a que carimbo de data e hora o VC faz referência) mais antigo do que no registro do VS, o VS não recompilará o arquivo correspondente.
Minha recomendação é: se você estiver compilando as atualizações feitas somente por você localmente na mesma máquina, você deve ficar bem construindo sem limpeza.
fonte
A limpeza e a reconstrução são apenas uma maneira fácil de limpar quaisquer montagens, recursos ou outros ativos incorretos que possam ter se acumulado em construções anteriores. Também ajuda a manter os assemblies em um estado consistente, porque o Visual Studio às vezes fica confuso sobre o que realmente está fazendo referência.
Em nossa loja, fazemos da mesma maneira, mas tenho certeza de que uma reconstrução também funcionaria bem.
fonte