Debuguję czyjąś pracę i rozwiązanie jest dość duże. Kiedy próbuję zbudować całość, kilka projektów w ramach rozwiązania nie tworzy się i po prostu pomija. Wyświetlenie okna wyjściowego podczas procesu kompilacji mówi:
1> ------ Pominięto Odbuduj wszystko: Projekt: pr1lib ------
Jak mogę ustalić, dlaczego te kompilacje zostały pominięte? Nie mogę znaleźć dodatkowego wyjścia.
To jest w przypadku VS2008, a rozwiązanie składa się z kodu C # i C ++.
/fldo ustawień kompilacji, aby uzyskać plik msbuild.log, który zawiera przyczynę. Na przykład:skipped, due to false condition; ( ('$(Configuration)' == 'Release') and ('$(Platform)' == 'Any CPU') ) was evaluated as ( ('Debug' == 'Release') and ('AnyCPU' == 'Any CPU') ).
Odpowiedzi:
Kliknij rozwiązanie prawym przyciskiem myszy, wybierz Właściwości, a następnie Właściwości konfiguracji. Tutaj możesz wybrać, które projekty chcesz zbudować.
[ edytuj ]:
Zobacz komentarz Kdt: ... kiedy spojrzałem na właściwości konfiguracyjne ... cel kompilacji projektu został skonfigurowany dla „platform mieszanych”, podczas gdy rozwiązanie było ustawione na tworzenie „dowolnego procesora”.
* Kiedy ten problem mi się przytrafił, główny projekt miał tylko „Dowolny procesor” i ustawił podrzędną bibliotekę dll na „dowolny procesor”, jednak usunąłem ten profil i zostawiłem tylko „x86”. Wybranie x86 tylko dla dll sprawi, że zacznie działać
[/ edit]
{784BDC39-5783-4128-956E-99EA062FA8FB}.Debug|AnyCPU.ActiveCfg = Debug|AnyCPUna {784BDC39-5783-4128-956E-99EA062FA8FB}.Debug|AnyCPU.ActiveCfg = Debug|Any CPU. Jedyną różnicą jest dodana spacja między „Any” i „CPU” na końcu linii.
Właśnie miałem ten sam problem - „rozładuj projekt” i „przeładuj projekt” rozwiązały problem!
Pomijano operacje kompilacji, przebudowy i czyszczenia. Zwolnienie i ponowne załadowanie nie pomogło, podobnie jak ponowne uruchomienie programu Visual Studio.
Po usunięciu projektu z rozwiązania i dodaniu go z powrotem nie jest już pomijany. Aby go usunąć, w Eksploratorze rozwiązań kliknij prawym przyciskiem myszy projekt> Usuń> OK. Aby dodać go z powrotem, w Eksploratorze rozwiązań kliknij prawym przyciskiem myszy rozwiązanie> Dodaj> istniejący projekt i wybierz projekt
Jeśli konfiguracją jest x64, a kompilator x64 nie jest zainstalowany, projekt zostanie pominięty.
Moje rozwiązanie jest takie samo jak wspomniane wcześniej: Usuń -> Dodaj istniejący projekt
Ale to rozwiązanie oznacza, że znikną odniesienia między projektami
Aby uniknąć ponownego dodawania odniesień: a w przypadku, gdy używasz systemu kontroli wersji, takiego jak GIT lub TFS lub cokolwiek innego, możesz osiągnąć cel, wykonując następujące czynności:
Upewnij się, że wszystkie zmiany zostały zatwierdzone / zarejestrowane przed operacją
Przejrzyj wszystkie projekty, usuwając je z rozwiązania i dodając istniejące
Zauważ, że plik .sln uległ zmianie
Zachowaj nowy plik .sln, ale cofnij zmiany we wszystkich plikach .cspoj za pomocą systemu kontroli wersji
Ponowne uruchomienie programu Visual Studio załatwiło sprawę
Visual Studio 2008 może być spowodowane tym, że 64-bitowy kompilator nie został zainstalowany.
Panel sterowania -> Programy i funkcje -> Microsoft Visual Studio 2008 professional -> [podwójne kliknięcie]
W oknie dialogowym programu Visual Studio
Dalej -> Dodaj / usuń funkcje -> (pod) Visual C ++ -> (wybierz) kompilator x64 i narzędzia
Problem występuje również w VS 2010; z proponowanych rozwiązań: edycja build config, czyszczenie, zmiana / ponowna zmiana frameworka docelowego, NIE działa. Ale rozładowanie i ponowne wczytanie projektu tak.
Hej, właśnie to naprawiłem. Pomyślałem, że to pomoże. Najprawdopodobniej nie zainstalowałeś odpowiednich kompilatorów wraz ze studiem wizualnym. Zdarzyło mi się to dzisiaj - domyślnie instalator VS 2008 nie instaluje kompilatora x64 C ++.
Jeśli masz dodatek SP1, odinstaluj go przed zmianą instalacji VS. Po zakończeniu ponownie zainstaluj dodatek SP1.
Miałem dziwną jedną, którą warto udokumentować pośród innych możliwości tutaj.
Dodałem projekt udostępniony do mojego rozwiązania z kodem, który był używany w dwóch lub trzech innych projektach. Jak wiesz - projekty współdzielone to tylko kod, a nie projekt w tradycyjnym sensie. Nie można „budować” projektu współdzielonego, jest to po prostu kod, który jest osadzany w innych projektach, a następnie tam budowany.
Ale w jakiś sposób mój plik rozwiązania został zaktualizowany, tak jakby współdzielony projekt był własną rzeczą, która wymagała zbudowania. Domyślam się, że za każdym razem, gdy próbowałem budować i nie zmieniałem kodu we współdzielonym projekcie, zorientowałem się, że `` nic się nie zmieniło, pomiń te kompilacje ''
Znalazłem współdzielony projekt w solution.slnpliku:
Project("{D954291E-2A0B-460D-934E-DC6B0785DB48}") = "Api.Common", "Api.Common\Api.Common.shproj", "{EC580471-D78A-4509-AC46-BD565553AD60}"
.. co jest w porządku. Co nie jest w porządku, ten projekt pojawił się również w GlobalSection(ProjectConfigurationPlatforms) = postSolution:
{EC580471-D78A-4509-AC46-BD565553AD60}.Debug|Any CPU.ActiveCfg = Debug|Any CPU
{EC580471-D78A-4509-AC46-BD565553AD60}.Debug|Any CPU.Build.0 = Debug|Any CPU
{EC580471-D78A-4509-AC46-BD565553AD60}.Release|Any CPU.ActiveCfg = Release|Any CPU
{EC580471-D78A-4509-AC46-BD565553AD60}.Release|Any CPU.Build.0 = Release|Any CPU
Usunąłem te cztery wiersze z mojego .slnpliku i teraz wszystko wydaje się znowu szczęśliwe
Przejdź do menu budowania i wybierz „menedżer konfiguracji”. Spowoduje to wyświetlenie, które projekty są skonfigurowane do budowania w wybranej konfiguracji.
Podobna rzecz właśnie mi się przytrafiła. Nie jestem pewien, na czym polegał problem, ale nie wyczyściłbym , nie zbudował , odbudował itp. Pracuję w programie Visual Studio 2017 i chciałem netstandard2.0złożyć zestaw. Problem dla mnie polegał na tym, że jakoś typ projektu był niepoprawny, może zacząłem od netcoreappbiblioteki klas, coś takiego, utknęło w pliku rozwiązania , nie pamiętam. W każdym razie wykonałem kopię zapasową projektu, utworzyłem nowy netstandardprojekt biblioteki klas i uwzględniłem bity z kopii zapasowej, a to naprawiło problem. HTH ktoś.
4. zapisz plik 5. otwórz Visual Studio i wszystko lepiej
zaktualizowałem do wersji 15.9.11, ... po kilku kompilacjach, ten sam problem: większość projektów jest pomijana (które budują się sekundę temu bez problemów). Rozładowanie / przeładowanie rozwiązania zawsze pomaga w moim przypadku, ale wkrótce się powtórzy.
Nie mam pojęcia, dlaczego ... poza dużym błędem w VS2017
Sprawdziłem menedżera konfiguracji, wszystkie znaczniki są ustawione na kompilację.
Może ma to coś wspólnego z pakietami nuget, ale to tylko przypuszczenie
Rozwiązanie ma tylko C ++ / vcxproj, bez csproj. 64 i 32 są zainstalowane oba
Pierwszą rzeczą, którą musisz zrobić, jest zdiagnozowanie, dlaczego kompilacja pomija projekty. Aby uzyskać szczegółowe dane wyjściowe kompilacji, zmień szczegółowość na detailedw następującym miejscu w Visual Studio.
Kliknij prawym przyciskiem myszy Rozwiązanie w eksploratorze rozwiązań, a następnie kliknij opcję Właściwość u dołu menu. W oknach właściwości kliknij Właściwości konfiguracji -> Konfiguracja w lewym panelu, zobaczysz listę projektów w prawym panelu, upewnij się, że pole wyboru Buduj jest zaznaczone w wyskakującym okienku.
Jeśli rozwiązanie zawiera plik projektu NuGet (* .nuproj), spróbuj go zwolnić, a następnie ponownie skompilować rozwiązanie.
To zadziałało dla mnie, ponieważ żadne z powyższych nie zadziałało.
Uważam, że czasami, gdy masz platformę docelową ustawioną na, powiedzmy, x86 w swoim rozwiązaniu, a w twoich projektach projekt nie zawsze miał ją wybraną.
Aby dwukrotnie sprawdzić, przejdź do właściwości projektu i sprawdź, czy możesz wybrać tę platformę w ustawieniach Build-> Platform, jeśli nie możesz, musisz przejść do menedżera konfiguracji i utworzyć tę konfigurację.
Miałem ten problem z niektórymi projektami Windows CE na nowym komputerze. Wydaje się, że „Zwolnij projekt” i „Ponownie załaduj projekt”, aby rozwiązać problem, ale w rzeczywistości program Visual Studio po prostu przełączył się na inną platformę i ją utworzył.
Okazało się, że chociaż moja platforma WinCE została pokazana jako platforma aktywna, to Visual Studio „naprawdę” tego nie widziało. Rozwiązaniem była ponowna instalacja zestawu WinCE SDK z uprawnieniami administratora :
msiexec /log SDKInstallLog.txt /package <the path to your .msi file>VS 2008 pominie cele x64, jeśli nie masz zainstalowanego kompilatora x64. VS 2008 domyślnie nie. Coś w rodzaju duh, rzecz.
Miałem bardzo podobny problem po wygenerowaniu projektu z dekompilatora z Telerik, a następnie próbie jego ponownej kompilacji. Projekt był pomijany za każdym razem, gdy próbowałem go odbudować. Wypróbowałem wiele z powyższych sugestii, ale dla mnie był to .NET Framework wybrany we właściwościach projektu.
Kliknij prawym przyciskiem myszy projekt w pliku rozwiązania, wybierz właściwości, kartę aplikacji, zmień platformę docelową z 4.0 na 3.5.
Następnie odbuduj i otrzymałem kilka błędów brakujących odwołań do zestawu, co ma sens, ponieważ jeszcze nie dodałem do nich odwołań.
Aktualizuję jedną małą aktualizację programu Visual Studio 2017, a następnie instalator przypomina mi o ponownym uruchomieniu komputera, ale nie uruchomiłem go ponownie, gdy buduję projekt lub rozwiązanie w Visual Studio 2017, napotykam ten sam powyższy problem. klucz, więc restartuję komputer, zrobiłem to.:>
Miałem ten problem w Visual Studio 2017 15.9.4 i po kilku poszukiwaniach i poświęceniu czasu okazało się, że w moim rozwiązaniu plik .csproj jednego z projektów został uszkodzony po scaleniu w TFS. (Mogłem budować inne projekty, wyładowując problematyczny projekt z rozwiązania). Jak rozwiązałem mój problem, porównałem plik .csproj przed i po scaleniu i naprawiłem to. Przez poprawkę mam na myśli, że ponieważ typ mojego projektu to .netStandard, usunąłem niepotrzebne wiersze, w tym Configuration PropertyGroup , wszystkie i inne w nowym pliku .csproj, aby był podobny do poprzedniej wersji w stylu .netstandard.
Miałem podobny problem, miałem jeden projekt, który z jakiegoś powodu nie mógł załadować się do eksploratora rozwiązań. Kiedy załadowałem ten projekt, działał jak urok.
Właśnie wpadłem w ten problem:
Zaktualizowałem VS 2017 do najnowszej wersji 15.9.11 i kilka moich projektów zostało zaktualizowanych do .net core 2.2. Początkowo załadowałem wszystkie projekty, które próbowałem zbudować / wyczyścić / przebudować i wszystko zostało pominięte. Wykonaj poniższe czynności, aby rozwiązać:
To wszystko wróciło do akcji i udało mi się pomyślnie zbudować wszystkie projekty.
Visual Studio 2017
Po dodaniu konfiguracji w Menedżerze konfiguracji
Kliknij prawym przyciskiem myszy projekt -> Tylko projekt -> Tylko buduj / Tylko przebuduj / Tylko wyczyść
czy wszystkie inne ustawienia są prawidłowe.
Problem: Rebuilding, Build, Clean pomijał wszystkie moje projekty z wyjątkiem dwóch.
Rozwiązania, które nie działały dla mnie:
Ustawienia konfiguracji rozwiązania były zgodne z oczekiwaniami, więc żadne zmiany w nich nie pomogły.
Rozładowywanie i ponowne ładowanie nie działało.
Przyczyna wystąpienia:
Działo się tak, ponieważ docelowy framework .NET był wyższy (4,7) dla tych 2 projektów, ale niższy dla innych projektów. Początkowo pojawił się monit z prośbą o zainstalowanie .NET 4.7, co zrobiłem, ale okazuje się, że nie był w stanie rozpoznać, że jest zainstalowany, bez ponownego uruchamiania komputera.
Rozwiązania, które działały:
Zalecam zainstalowanie najnowszego .NET Framework i ponowne uruchomienie komputera, aby uniknąć dalszych problemów.
Build > Configuration Manager: check as needed