Visual Studio 2010 nie buduje przed uruchomieniem, gdy są zmiany kodu

Miałem taki problem i okazało się, że to Menedżer konfiguracji. Ostatnio zmieniłem z Debug|Mixed CPU na Debug / Any CPU i projekt nie był ustawiony do budowania pod tą konfiguracją

Otwórz Menedżera konfiguracji i sprawdź, czy pole wyboru w kolumnie build dla Twojego projektu startowego jest zaznaczone. Miałem ten sam problem, ale pole wyboru nie było aktywne, więc sprawdziłem i teraz działa!

Oprócz powyższego upewnij się, że 'tylko buduj projekty startowe i zależności po uruchomieniu' nie jest zaznaczone (w narzędziach-->opcje-->projekty i rozwiązania-->Build and Run)

Ja też miałem ten problem. Sprawdziłem wszystko, co zasugerowałem, bez skutku. Okazuje się, że mój zegar na moim komputerze został ustawiony do przodu o około 12 godzin, a ja zapisywałem na dysku sieciowym. Znaczniki czasu plików nie były wack, a VS nie sądził, że potrzebne do zbudowania mojego projektu, Ponieważ pliki były super aktualne.

Od jakiegoś czasu jestem zdezorientowany, dlaczego mój laptop (dual core 2GHz, 2GB ram) skompilował moją stronę szybciej niż mój pulpit(quad core 3GHz z 16GB ram). Oba mają dyski SSD. Opcje budowania są ustawione poprawnie (ta sama liczba rdzeni = równoległe Kompilacje), ale laptop uruchamia witrynę w kilka sekund, a dekstop uruchamia witrynę w około 30 sekund.

Znaleziono dodatkową opcję Pod "strony właściwości" witryny, w ustawieniu Build, laptop został ustawiony na " No Build" i pulpit ustawiony na "Build and Run". Znalazłem go dopiero po uruchomieniu strony na laptopie bez sprawdzania błędu kompilatora.

Może komuś pomóc w przyszłości więc pomyślałem, że dodam to do tego posta

Kolejny punkt do sprawdzenia znajduje się na stronie Właściwości rozwiązania -- >Configuration Properties -- > configuration: upewnij się, że wszystkie pola w kolumnie Build są zaznaczone dla projektu, który ma być ponownie spełniony.

Próbowałem poprzednich rozwiązań z mieszanymi wynikami. Ale wydaje mi się, że działa zawsze, gdy idę zbudować - > czyste rozwiązanie

Ale za każdym razem robi się to irytujące.

Dla mnie było to spowodowane ustawieniami konfiguracji build. Moje rozwiązanie visual studio ma wiele projektów, które są mieszanką projektów C# i C++. Teraz zdałem sobie sprawę, że z jakiegoś dziwnego powodu, Visual Studio woli nie budować projektów C++ domyślnie, co jest widoczne po ustawieniach konfiguracji budowania. Zauważyłem to zaraz po dodaniu nowego projektu C++ do rozwiązania . Nie wiem dlaczego VS nie stosuje tego samego podejścia podczas dodawania nowego projektu C# do rozwiązanie.

Kliknij prawym przyciskiem myszy plik rozwiązania w Eksploratorze rozwiązań - > kliknij Właściwości w menu kontekstowym -> wybierz węzeł Właściwości konfiguracji w lewym okienku - > wybierz węzeł konfiguracji. Pokazuje listę wszystkich projektów w rozwiązaniu. Pierwszym projektem LearnDs jest projekt C++. Zwróć uwagę na pole wyboru w kolumnie zbuduj w pierwszym wierszu. To jest niekontrolowane. Z tego powodu Visual Studio 2010 nie budowało mojego projektu C++ (po naciśnięciu F5), który zawierał pewne zmiany, ponieważ był ostatnio zbudowany pomyślnie.

W momencie, gdy sprawdziłem odpowiednie pole wyboru i zapisałem ustawienia konfiguracji kompilacji dla rozwiązania, zadziałało. Teraz widzę poniżej monit za każdym razem, gdy naciskam F5, ponieważ VS jest w stanie wykryć, że są jakieś nowe zmiany, odkąd został ostatnio zbudowany. Ten monit jest ponieważ moje ustawienia w Tools menu - > Options podmenu - > project and Solutions node - > Build and Run Node - > "On Run, when projects are out of date" jest ustawione na Prompt to build. Jeśli nie podoba ci się ten monit, ustaw go na Always build.

Narzędzie -- > Opcje -- > projekt i rozwiązania.

1. Ustaw jak zawsze build / Prompt, aby Build dla "podczas uruchamiania projekt jest nieaktualny"
2. odznacz pole wyboru "tylko buduj projekty startowe i zależności podczas uruchamiania"