To prawdopodobnie głupie pytanie, ale czy muszę wyczyścić / przebudować przed debugowaniem lub opublikowaniem projektu Visual Studio?
Widzę, że inni programiści robią to cały czas, i w pewnym momencie zacząłem to robić nawet bez zastanowienia. Wydaje się, że nawyk zawsze polega na czyszczeniu, czekaniu, odbudowywaniu, czekaniu, publikowaniu.
Wiem, że nie zawsze to robiłem ... Myślę, że zacząłem to robić po spędzeniu czasu na debugowaniu błędu, ale odkryłem, że zniknęło, gdy wyczyściłem i przebudowałem rozwiązanie. Mam ten problem więcej niż jeden raz, więc wiem, że to nie była jednorazowa sprawa, ale wydaje się, że ogromną stratą czasu jest zawsze czyszczenie / przebudowywanie projektów.
visual-studio
Rachel
źródło
źródło
Odpowiedzi:
Nie musisz , ale okazuje się, że Visual Studio czasami traci kontrolę nad tym, jakie zespoły zostały zbudowane. Kiedy tak się dzieje, kończy się na starych zestawach i złym działaniu debugowania (gdy kod i symbole nie pasują).
W rezultacie po prostu robię przebudowę za każdym razem (robi to Clean + Build). W ten sposób nie polegam na chybił trafił Visual Studio;)
źródło
Nie jest to „wymagane”, ale możesz chcieć wykonać kompilację Clean + przed wydaniem głównym i / lub po uzyskaniu plików z innych zasobów.
VS czasem nie udaje się zidentyfikować zmodyfikowanych plików i tym samym pomija niezbędną ponowną kompilację. W moim przypadku zwykle dzieje się tak, gdy pliki są aktualizowane poprzez pewne zachowanie nadpisujące (np. Pobieranie z SCM, kopiowanie / wklejanie z katalogu współpracownika). Problemem jest prawdopodobnie data pliku. Jeśli nowy plik ma datę modyfikacji (lub datę utworzenia, nie wiem, do której sygnatury czasowej VC się odwołuje) starszą niż ta w rekordzie VS, VS nie dokona ponownej kompilacji odpowiedniego pliku.
Moje zalecenie jest następujące: jeśli kompilujesz się na aktualizacje wykonane tylko przez ciebie lokalnie na tym samym komputerze, powinieneś być w porządku, budując bez czyszczenia.
źródło
Czyszczenie i odbudowywanie to tylko prosty sposób na usunięcie błędnych zestawów, zasobów lub innych zasobów, które mogły zgromadzić się w poprzednich kompilacjach. Pomaga także utrzymać spójny stan zespołów, ponieważ Visual Studio czasami mylnie się z tym, do czego faktycznie się odwołuje.
W naszym sklepie robimy to w ten sam sposób, ale jestem prawie pewien, że przebudowa również dobrze by działała.
źródło