Jak ustalić, dlaczego Visual Studio może pomijać projekty podczas tworzenia rozwiązania

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 ++.

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]

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:

1. Upewnij się, że wszystkie zmiany zostały zatwierdzone / zarejestrowane przed operacją

2. Przejrzyj wszystkie projekty, usuwając je z rozwiązania i dodając istniejące

3. Zauważ, że plik .sln uległ zmianie

4. 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ś.

1. Zamknij studio wizualne
2. Otwórz plik sln za pomocą notatnika
3. usuń wszystkie takie rzeczy: {B546C55D-9321-4FC0-B25C-46844222BEBE} .Debug with Fakes | x86.ActiveCfg = Debug with Fakes | x86 (będzie ich kilka)

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.

Miałem ten sam problem, dowiedziałem się, że ustawienie projektu było dla procesora Itanium, zmiana go na Intel naprawiła go.

Wystąpił ten sam problem z VS2005, wszystkie konfiguracje były poprawne. Pomijano nawet polecenie Wyczyść projekt.

Wreszcie rozładowanie / ponowne załadowanie zrobiło magię.

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 :

• Upewnij się, że program Visual Studio 2008 nie jest uruchomiony.
• Otwórz „Wiersz polecenia programu Visual Studio 2008” jako administrator. W systemie Windows 7 kliknij prawym przyciskiem myszy skrót i wybierz opcję „Uruchom jako administrator”.
• Wpisz następujące polecenie: msiexec /log SDKInstallLog.txt /package <the path to your .msi file>
• Na pytanie, czy chcesz wykonać instalację niestandardową, czy kompletną, wybierz niestandardową i poinstruuj instalatora, aby pominął instalację dokumentacji (w moim przypadku ten krok nie był konieczny; w rzeczywistości poprosiłem go o „naprawę” istniejącej instalacji. )
• zainstalować

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ć:

1. Rozładowałem każdy projekt i załadowałem je ponownie.
2. Zamknięto wszystkie wystąpienia VS i otworzyłem VS jako administrator (kliknij prawym przyciskiem myszy skrót i wybierz opcję „Uruchom jako administrator”)

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:

1. Ustawienia konfiguracji rozwiązania były zgodne z oczekiwaniami, więc żadne zmiany w nich nie pomogły.

2. 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:

1. Ponowne uruchomienie komputera załatwiło sprawę. Po ponownym uruchomieniu poprawnie rozpoznał, że zainstalowano .NET 4.7.
2. Alternatywnie, obniżenie poziomu struktury docelowej projektu przez kliknięcie prawym przyciskiem myszy projektu -> Właściwości -> Aplikacja -> Struktura docelowa i ustawienie go tak samo jak innych projektów, które były pomijane, również rozwiązało problem.

Zalecam zainstalowanie najnowszego .NET Framework i ponowne uruchomienie komputera, aby uniknąć dalszych problemów.

Pominie kompilacje dla wszystkich projektów, które mają projekty zależne, których nie udało się zbudować.