Kwalifikacja: INF.04 - Projektowanie, programowanie i testowanie aplikacji

Tematyka usuwania plików tymczasowych i wyników kompilacji to jedno z podstawowych zagadnień w pracy z narzędziami typu Visual Studio. Często można się pogubić, która opcja menu służy do czego, zwłaszcza gdy brzmią podobnie i są w jednym miejscu. „Run Code Analysis on Solution” nie ma nic wspólnego z usuwaniem plików – to narzędzie sprawdzające jakość i poprawność kodu, szukające potencjalnych błędów, naruszeń konwencji lub miejsc wymagających refaktoryzacji. Bardzo przydatne, ale do porządkowania środowiska builda zupełnie niepotrzebne. Z kolei „Batch Build” pozwala uruchomić wiele buildów równocześnie (np. w różnych konfiguracjach), ale nie rusza żadnych plików tymczasowych ani starego outputu. To po prostu sposób na seryjne kompilowanie kilku wariantów projektu, co jest wygodne przy większych rozwiązaniach, lecz nie rozwiązuje problemu zalegających plików. „Build Solution” natomiast wykonuje standardową kompilację – czyli próbuje zaktualizować wynikową wersję plików na podstawie aktualnego kodu, nie przejmując się specjalnie tym, co pozostało po poprzednich buildach. Właśnie dlatego, gdy występują niejasne błędy lub zmieniają się zależności, samo Build Solution często nie wystarczy, bo stare pliki mogą przeszkadzać. Typowym błędem jest założenie, że każdy build „czyści” środowisko – a tak nie jest. Z perspektywy praktyka, to właśnie opcja Clean Solution gwarantuje, że wszystko zaczynamy od zera, a efekt końcowy będzie zgodny z aktualnym stanem kodu i konfiguracji. Błędne wybory często wynikają z automatycznego utożsamiania słowa „build” z całym procesem zarządzania plikami, a przecież w realnych narzędziach to są osobne mechanizmy. Warto to zapamiętać – Clean Solution to Twój najlepszy przyjaciel, gdy chcesz mieć czysto i bez niespodzianek.