Visual Studio wyświetla błędy nawet po skompilowaniu projektu

265

Mam problem z programem Visual Studio w rozwiązaniu C #. Wyświetla całkowicie losowe błędy, ale projekty się kompilują. W tej chwili mam 33 pliki z błędami i widzę w nich wszystkie czerwone linie.

Próbowałem wyczyścić / odbudować rozwiązanie, zamknąć program Visual Studio, a nawet ponownie uruchomić komputer. Upewniłem się również, że wykonałem kroki opisane w Debugowaniu, nawet przy błędach kompilatora w Visual Studio. Mogę modyfikować pliki .cs i widzę zmiany w rozwiązaniu.

Czy ktoś ma pojęcie o tym, dlaczego to robi?

GammaOmega
źródło
3
Czy masz ReSharper lub jakikolwiek inny dodatek taki jak ten? Mogą również powodować powstawanie czerwonych, krętych linii.
user1908061
3
Spróbuj usunąć foldery bin i obj z każdego projektu.
Charlie Brown
Błędy lub ostrzeżenia? Jeśli projekt się kompiluje, oznacza to, że są to ostrzeżenia. Wyłącz wszystkie dodatki i zobacz, jak to działa.
Ehsan,
Mamy ten sam problem z 2 naszymi maszynami na kandydacie VS 2013 RC. Jednak nie zainstalowano Resharper. Dylemat polega na tym, że mimo iż buduje się bez problemów, żadna inteligencja nie będzie działać, ponieważ nie może „rozwiązać” przestrzeni nazw i obiektów. Bardzo dziwne. Doskonale działa na 5 innych maszynach.
Ryk
Nierozwiązane konflikty w Team Foundation Server mogą być również źródłem tego problemu. Pobieranie najnowszej wersji może informować, że się powiodło, a wszystkie pliki zostały zaktualizowane, ale nie zawsze tak jest. Jeśli przejdziesz do Team Explorer> Lista oczekujących zmian> Działania> Rozwiąż konflikty i klikniesz „Pobierz wszystkie konflikty”, powinien pokazać, czy są jakieś nierozwiązane konflikty, które należy naprawić.
user2310967

Odpowiedzi:

325

Jeśli masz ReSharper, spróbuj opróżnić pamięć podręczną ReSharper:

W menu ReSharper> Opcje> Środowisko> Ogólne> Wyczyść pamięć podręczną

oraz wyłączanie i ponowne włączanie ReSharper:

W menu Narzędzia> Opcje> ReSharper> Ogólne> Zawieś / przywróć

GammaOmega
źródło
182

Wyczyszczenie pamięci podręcznej Resharpera nie pomogło w moim przypadku, próbowałem zawiesić / przywrócić , a także naprawić Resharper, używając najnowszego pobrania ze strony JetBrains - żadne z nich nie pomogło. Jest to po tym, jak spróbowałem zamknąć / ponownie otworzyć VS, ponownie uruchomić komputer, powtórzyć, zbudować / odbudować i ich kombinację.

Ciekawe, że zawieszenie Resharpera wydawało się rozwiązać problem po 2 restarcie VS, ale wróciło po włączeniu Resharpera <- Próbowałem wykonać tę sekwencję 2-3 razy, aby zapewnić wzorzec.

W każdym razie nadal miałem problemy, gdy znalazłem ten artykuł:

Więc usunąłem ukryty plik .SUO na tym samym poziomie folderów z rozwiązaniem i to magicznie rozwiązało wszystkie czerwone.

Uwaga - w programie Visual Studio 2015 plik .SUO znajduje się w ukrytym folderze .vs / [nazwa_rozwiązania] / v14 .

Neolisk
źródło
7
Kroki Resharpera również nie działały dla mnie, ale to zadziałało. Dzięki!
Justin Morgan
4
Twoje rozwiązanie naprawiło to dla mnie po ponownym uruchomieniu studia wizualnego. Dzięki! :)
Moulde,
1
VS2015 - Miałem nawet 1 projekt, który nie zbudowałby się, ale na podstawie błędów mogłem stwierdzić, że powinien. Nie musiałem zamykać VS. Wystarczy zamknąć rozwiązanie, usunąć .suo i ponownie otworzyć rozwiązanie. Problem rozwiązany.
TTT
5
Nadal działa z VS2019, dziękuję! Plik .suo znajduje się w .vs / [nazwa_rozwiązania] / v16.
Michael Armes
3
VS2019, nukowałem katalog .vs, został odtworzony przy następnej kompilacji - fałszywy błąd zniknął.
Loren Pechtel
92

tldr; Zwolnij i ponownie załaduj problematyczny projekt.

Kiedy mi się to zdarza, próbowałem zamknąć VS i otworzyć go ponownie. To chyba działało około połowy czasu. Gdy to nie zadziałało, zamknąłem rozwiązanie, usunąłem plik .suo (lub cały folder .vs) i ponownie otworzyłem rozwiązanie. Do tej pory zawsze działało to dla mnie (ponad 10 razy w ciągu ostatnich 6 miesięcy), ale jest to nieco żmudne, ponieważ niektóre rzeczy są resetowane, takie jak tryb kompilacji, projekt uruchamiania itp.

Ponieważ zwykle jest to tylko jeden projekt, który ma problem, po prostu próbowałem rozładować ten projekt i załadować go ponownie, i to zadziałało. Rozmiar mojej próbki wynosi tylko 1, ale jest znacznie szybszy niż dwie pozostałe opcje, więc być może warto spróbować. Podejrzewam, że to działa, ponieważ zapisuje do pliku .suo i być może naprawia uszkodzoną część, która była przyczyną problemu.

Uwaga: wydaje się, że działa to dla VS 2019, 2017 i 2015.

TTT
źródło
7
Właśnie próbowałem rozładować ten projekt i załadować go ponownie, i to zadziałało. ” Czuję się, jakbym przyczyniał się do kultu ładunku, ale ostatecznie załadowałem i rozładowałem (z przypadkowymi czyszczeniami i kompilacjami pomiędzy nimi) i ostatecznie uderzyłem w złoto. Bardzo dziwne. To jest z VS 2017.
ruffin
2
@ruffin - hehe. Myślę, że każda odpowiedź na to pytanie jest „kultem ładunku”, ale uważam, że moja jest najszybsza i najmniej inwazyjna. ;)
TTT
1
Usunięcie całego folderu .vs zrobiło to dla mnie w społeczności VS 2017 z ReSharper
Pedro Martins Timóteo da Costa
3
Rozładunek i przeładunek działały również dla mnie w VS 2019 CE
simonlchilds
1
Usunięcie folderu .vs działało dla mnie w VS 2019 bez ReSharper, tylko zwykły VS. DZIĘKI!!!
Niemiecki Latorre
39

Wyczyściłem rozwiązanie, zamknąłem VS, ponownie go otworzyłem, zbudowałem rozwiązanie, a czerwone nierozwiązane linie zostały wyczyszczone i kompilacja powiodła się.

piksel
źródło
2
Te kroki, dokładnie wykonane, działały dla mnie. Zwykłe czyszczenie i budowanie nie działałoby dla mnie.
JasonCoder
2
Wyłącz i włącz ponownie ... myślisz, że już wiem, żeby spróbować. +1
iandisme
To rozwiązało problem! Ale co spowodowało to w pierwszej kolejności !?
DiligentKarma
2
Nie mam pojęcia. Uważam, że Visual Studio jest najbardziej niestabilnym środowiskiem IDE, którego użyłem. Ciągle się zawiesza, często się zawiesza i co jakiś czas pokazuje dziwne błędy. Szczerze mówiąc, przestałem liczyć problemy.
piksel
Wykonanie tych dokładnych kroków nie rozwiązało dla mnie problemu (w VS2015).
Tim
29

Odkryłem, że zdarza się to często podczas korzystania z Git w Visual Studio 2017, zmieniając gałęzie, w których występują zależne zmiany kodu . Mimo że projekt zakończy się powodzeniem, na liście błędów pozostaną błędy.

Te błędy są często problemami z przestrzenią nazw i brakującymi odniesieniami, nawet jeśli istnieje odwołanie do biblioteki.

Rozwiązać:

  • Zamknij Visual Studio
  • Usuń plik {sln-root} .vs \ SlnName \ v15.suo (ukryty)
  • Uruchom ponownie Visual Studio
Rebecca
źródło
Dzięki za tę wskazówkę. Rozwiązało to dla nas problem z VS 2017 (bez żadnych aktualizacji). FWIW, stało się tak po usunięciu i sprawdzeniu oddziału, który został ponownie zdalnie oparty.
Mike Atkisson
1
Chociaż to rozwiązanie nie rozwiązało mojego problemu, myślę, że problem ten zaczął się po zmianie gałęzi z niezatwierdzonymi zmianami (ponieważ musiałem zastosować je do innej gałęzi)
CularBytes
To jest dokładnie mój problem. Dziękuję mój wybawicielu
Dinh Tran
@CularBytes Być może warto ukryć zmiany przed zmianą gałęzi. git stash, zmiana gałęzi, git stash pop
Rebecca
18

Wypróbowałem wszystkie 6 opcji, nic nie działało dla mnie. Poniższe rozwiązanie rozwiązało mój problem.

Zamknij VS. Usuń ukryty folder „.vs” obok pliku rozwiązania. Uruchom ponownie VS i załaduj rozwiązanie.

suresh t
źródło
wydaje się, że istnieje nowa przyczyna tego problemu i jest to nowe rozwiązanie tego problemu. Znam 3 inne osoby, które również w ciągu kilku dni od opublikowania tego również nagle wpadły na ten problem.
Gerrie Pretorius
Musiał zrobić to samo co Moshi. Nie wydaje się być plikiem .suo podczas uruchamiania z VS 2019. Można by pomyśleć, że do tej pory naprawiliby ten problem ... * grumble grumble grumble *
Mike Loux
Dla mnie też widelec w vs2017
Nejc Galof
1
@MikeLoux Spójrz na odpowiedź od Neoliska, a zobaczysz, że zauważył, że plik .suo znajduje się teraz w folderze .vs, więc wszystko, co musisz zrobić, to usunąć ten jeden plik, a nie cały folder. Nie jest to również szczególnie satysfakcjonujące!
Avrohom Yisroel
Avrohom - ten ostatni kawałek doskonale to podsumowuje. Nie, to wcale nie jest bardzo zadowalające. I tak, wydaje mi się, że ostatecznie znalazłem plik, w którym wskazaliście go razem z Neoliskiem, i zrobiłem to kilka razy, gdy ponownie się pojawił (na szczęście nie tak często). Więc ... to chyba coś. :-)
Mike Loux
12

Miałem taki problem, że Intellisense nie rozpoznawał istnienia jednego projektu (wiele błędów „nie można znaleźć tego typu”, „ta przestrzeń nazw nie istnieje” itp.).

Usunięcie i ponowne dodanie odwołania do projektu we wszystkich projektach odwołujących rozwiązałoby problem, ale podstawową przyczynę można naprawić, edytując plik .proj projektu powodującego problem.

W górnej części „brakującego” projektu .csproj znajduje się element:

<ProjectGuid>{GUID}</ProjectGuid>

i we wszystkich projektach referencyjnych pliki .csproj były referencjami projektów:

<ProjectReference Include="..\OffendingProject\OffendingProject.csproj">
  <Project>{ANOTHER-GUID}</Project>
  <Name>Offending Project</Name>
</ProjectReference>

Odnośny identyfikator GUID nie był zgodny z identyfikatorem GUID projektu. Zastąpienie {GUID}powyższego {ANOTHER-GUID}rozwiązaniem rozwiązało problem bez konieczności przeglądania każdego projektu referencyjnego.

Philip C.
źródło
To działało dla mnie, mimo że był to pakiet nuget. Upewniłem się, że ścieżka pozostała względna w pliku .csproj (dosłownie nic się nie zmieniło w TFS DIFF), ale to spowodowało, że VS2017 STFU o nieistniejących błędach.
BrainSlugs83
1
Musiałem tylko ponownie dodać jedno odniesienie do projektu i wszystkie odniesienia do problemów zostały odświeżone
robaudas
Żadne z pozostałych rozwiązań nie zadziałało dla mnie, ten
Pablo Carrasco Hernández
12

Oto zbiór popularnych odpowiedzi. Poproś OP o odpowiedź, jeśli pomogło ci:

Opcja 1: czyszczenie, kompilacja i odświeżanie ( opcja @ Mike Fuchs )

Jak wspomniano @Mike Fuchs , wypróbuj następujące operacje:

W menu Build> Clean Solution

I

W menu Build> Build Solution

i wybierz projekt, o którym mowa, i kliknij przycisk odświeżania:

Przycisk odświeżania

Opcja 2: Wyczyść, zamknij, uruchom ponownie i skompiluj ( opcja @Pixel )

Jak wspomniano w @Pixel , wypróbuj następującą sekwencję operacji:

  1. Oczyść rozwiązanie
  2. Zamknij Visual Studio
  3. Otwórz Visual Studio
  4. Zbuduj rozwiązanie

Opcja 3: Wyczyść pamięć podręczną ReSharper ( opcja @ GammaOmega )

Jeśli masz ReSharper, spróbuj opróżnić pamięć podręczną ReSharper:

W menu ReSharper> Opcje> Środowisko> Ogólne> Wyczyść pamięć podręczną

oraz wyłączanie i ponowne włączanie ReSharper:

W menu Narzędzia> Opcje> ReSharper> Ogólne> Zawieś / przywróć

Opcja 4: Usuń plik .suo ( opcja @ Neolisk )

Jak wspomniano w @Neolisk , usunięcie pliku .suo może rozwiązać problem. W przypadku programu Visual Studio 2015 plik znajduje się w:

[Ścieżka rozwiązania] /. Vs / [nazwa rozwiązania] /v14/.suo

A dla Visual Studio 2017:

[Ścieżka rozwiązania] /. Vs / [nazwa rozwiązania] /v15/.suo

Pamiętaj, że katalog .vs jest ukryty.

Opcja 5: rozładuj i załaduj ponownie projekt ( opcja @TTT )

Jak wspomniano @TTT , spróbuj zwolnić projekt, który powoduje problemy:

W Solution Explorer kliknij prawym przyciskiem myszy projekt, Rozładuj projekt.

I ponownie go ładuję

W Solution Explorer kliknij prawym przyciskiem myszy projekt, Załaduj ponownie projekt.

Opcja 6: Usuń i dodaj odwołanie do Microsoft.CSharp ( opcja @Guilherme )

Jak wspomniano w @Guilherme , spróbuj usunąć i dodać odniesienie do „Microsoft.CSharp” z projektów, które mają problemy.

W Solution Explorer rozwiń projekt, rozwiń „Referencje”, kliknij prawym przyciskiem myszy „Microsoft.CSharp” i Usuń.

Następnie kliknij prawym przyciskiem myszy References> Add Reference, wybierz z listy „Microsoft.CSharp” i kliknij OK

GammaOmega
źródło
Zrobiła to opcja 6. Musiałem kliknąć link @Guilherme, aby głosować, ponieważ jest (teraz?) W innym pytaniu.
gbarry
Żadne z powyższych nie działało dla mnie, mając ponad 80 projektów w rozwiązaniu
Efe
10

Usuń ścieżkę ukrytego pliku = Twoje rozwiązanie \ .vs \ Twoje rozwiązanie Nazwa \ v15 \ .suo

NoXSaeeD
źródło
1
też dla mnie pracował. VS 2019. Projekty WPF nadal wyświetlały błędy dotyczące kontroli nieistniejących, ale działały dobrze.
Flemming Bonde Kentved
6

dla VS-2017, usuwanie folderu .vs działało dla mnie.

Romesh D. Niriella
źródło
5

Zauważyłem, że czasami podczas zmiany gałęzi git program Visual Studio (2017) nie rozpoznaje typów z niektórych plików dodanych w drugiej gałęzi. Usunięcie folderu .vs rozwiązuje go, ale także niszczy wszystkie ustawienia obszaru roboczego. Ta sztuczka wydaje mi się dobrze działać:

  1. Solution Explorer -> Znajdź plik z nierozpoznaną klasą.
  2. Kliknij opcję Pokaż wszystkie pliki u góry Eksploratora rozwiązań.
  3. Kliknij plik prawym przyciskiem myszy -> Wyklucz z projektu.
  4. Kliknij plik ponownie prawym przyciskiem myszy -> Uwzględnij w projekcie.

Powoduje to, że Intellisense analizuje plik, który pominął podczas przełączania gałęzi.

Erik
źródło
4

Poniższe rozwiązanie działało dla mnie

1 - Zamknij VS

2 - Usuń folder .vs

3 - Otwórz VS

4 - Zbuduj rozwiązanie

Vijay Hugar
źródło
3

Być może próbujesz zresetować pamięć podręczną Intellisense. Miałem podobny problem w Visual Studio 2012 podczas pracy w dużym projekcie z wieloma częściowymi definicjami klas. Zmniejszenie częściowych rozwiązało problem częściowo, wyczyszczając także pamięć podręczną intellisense - na chwilę.

Daniel Nachtrub
źródło
3

Czasami muszę wykonać niestandardowe czyszczenie, przechodząc przez wszystkie projekty i ręcznie usuwając foldery „bin” i „obj”. Aby zobaczyć je w Visual Studio, musisz włączyć ukryte pliki i foldery dla każdego projektu. Po zakończeniu przebuduj rozwiązanie.

Technobabble
źródło
3

Usunięcie .vsfolderu rozwiązało mój problem.

Ale zresetował również bieżące ustawienia mojego rozwiązania w VS. Podobnie jak moje rozładowane projekty w rozwiązaniu zostały ponownie załadowane, a wszystkie przypięte i otwarte dokumenty zostały również zamknięte po ponownym uruchomieniu VS.

Usman Farooq
źródło
2

0 - Kliknij prawym przyciskiem myszy Rozwiązanie i wyczyść rozwiązanie

1 - Zamknij VS

2 - Usuń plik .suo projektu

3 - Otwórz VS

4 - Zbuduj rozwiązanie

nPcomp
źródło
2

Mój kolega doświadczył dzisiaj tego problemu. Wypróbowaliśmy wiele rekomendacji tutaj i żadne nie działało, oprócz rozwiązania opisanego poniżej.

Problem:

Projekt buduje się dobrze, ale Intellisense nie rozpoznaje niektórych typów i oznacza określone usinginstrukcje jako nieprawidłowe.

Rozwiązanie:

Zmień „Platformę rozwiązań” (w VS 2017 jest to menu rozwijane obok listy rozwijanej Konfiguracja rozwiązania i ma wartości takie jak x86, x64, AnyCPU, platformy mieszane itp.) Na AnyCPU .

Platforma dla twojego projektu może się różnić, ale wydaje się, że niektóre odniesienia mogą nie być prawidłowe dla wszystkich platform.

AperioOculus
źródło
1

W moim konkretnym przypadku było to odniesienie do usługi, które inny programista połączył z głównym oddziałem. Co było doskonale w porządku, z wyjątkiem tego, że wyróżnienie składni nie rozwiązało wygenerowanej klasy usługi, a źródło zostało podkreślone na czerwono. Czyszczenie, przebudowa, ponowne uruchomienie nic nie zrobiło.

Wszystko, co musiałem zrobić, to odświeżyć numer referencyjny usługi, a VS udało się poskładać elementy za kulisy. Brak zmian w kodzie źródłowym lub wygenerowanych plikach.

Fjarskiptagervitungl
źródło
1

Właśnie natknąłem się na ten problem po cofnięciu zatwierdzenia git, które dodało pliki z powrotem do mojego projektu.

Czyszczenie i przebudowa projektu nie działała, nawet jeśli zamknąłem VS między każdym krokiem.

Ostatecznie działało, zmieniając nazwę pliku na coś innego i zmieniając go ponownie. : facepalm:

KidCode
źródło
1

Po wypróbowaniu wszystkich wymienionych opcji odkryłem jeszcze jeden powód, dlaczego tak się dzieje. Jeśli ktoś wysłał Ci kod źródłowy jako plik zip lub plik zip został pobrany, system Windows mógł zablokować wszystkie pliki. 2 sposoby rozwiązania tego:

Metoda 1:

Kliknij prawym przyciskiem myszy oryginalny plik Zip -> Zaznacz „Odblokuj” -> Kliknij Zastosuj

Metoda 2:

Jeśli to nie jest opcja, zamiast otwierać właściwości dla każdego pliku w folderze rozwiązania, po prostu otwórz powłokę Power i odblokuj rekurencyjnie, wykonując następujące czynności:

Get-ChildItem -Path 'C:\<ROOT FOLDER OF SOLUTION>\' -Recurse | Unblock-File
Conor Gallagher
źródło
1
  1. najpierw zamknij rozwiązanie.
  2. następnie usuń plik pamięci podręcznej rozwiązania (w lokalizacji C: \ Users \ Documents \ Visual Studio \ Backup Files / plik pamięci podręcznej projektu)
  3. następnie usuń plik .suo
  4. następnie otwórz i buduj rozwiązanie.

Mam nadzieję, że rozwiążę twój problem

Mahfuz Morshed
źródło
1

Miałem ten problem w pracy (działający VS2017). Wypróbowałem wszystkie odpowiedzi tutaj. Brak przyjemności.

Projekt byłby w porządku, ale narzekał, że nie można znaleźć przestrzeni nazw / typów. Czerwone kłębki w całym miejscu. Wiele błędów w oknie Lista błędów.

Moje rozwiązanie zawierało 3 projekty.

Odkryto, że 3 odwołania do biblioteki NuGet dla jednego z projektów były niezgodne z linią. Skonsolidowane wersje bibliotek i Bingo.

Mam nadzieję, że to komuś pomoże.

Brett.

Brett
źródło
1

Rozładuj i przeładuj projekt naprawił ten problem.

Ankush Jain
źródło
0

Czasami, jeśli tylko wyczyścisz rozwiązanie, błędy znikną, ale mogą w końcu wrócić po pewnym czasie lub przy następnej kompilacji.

meJustAndrew
źródło
0

Wystąpił ten problem polegający na tym, że Visual Studio nie rozpoznało jednego typu, który pokazał czerwony błąd, mimo że rozwiązanie zostało pomyślnie zbudowane. Zauważyłem w Eksploratorze rozwiązań, że plik nie ma strzałki rozwijania po lewej stronie, która pokazuje klasy i właściwości przy rozszerzaniu.

Rozwiązaniem było wykluczenie pliku z projektu i zapisanie / kompilacja, która spowodowała oczekiwany błąd, a następnie włączenie pliku do projektu oraz zapisanie i kompilacja.

Po wykonaniu tych kroków program Visual Studio ponownie rozpoznał mój typ. Patrząc na różnicę w git, wydaje się, że problem był spowodowany <Compile Include="..." />niedopasowaniem końców linii w linii mojego pliku .csproj.

Thorb
źródło
0

w moim przypadku vs nigdy nie zachowywał zaimportowanych przestrzeni nazw we właściwościach projektu> referencjach

kiedy próbowałem je dodać / sprawdzić ponownie, nie mogłem i vs rzucił błąd, a gdy zapisany projekt vs zawiesił się. Po ponownym otwarciu wszystkie standardowe importowane przestrzenie nazw (system.data itp.) Zostały ponownie zaznaczone, a następnie rozpoznało wszystko bezbłędnie

kamerdyner
źródło
0

TL; DR: Wykonaj czystą ponowną instalację programu Visual Studio

Po marnowaniu kilku godzin nadal nie mogłem go naprawić dla Visual Studio 2017. Potem zainstalowałem PREVIEW Visual Studio 2019 i nagle IntelliSense ponownie wyświetla mi członków klas STL (czego nie robi z Visual Studio 2017 ).

Domyślam się, że może być coś nie tak z samym Visual Studio (może coś w katalogu pamięci podręcznej lub ogólnie coś na twoim komputerze, co nie jest bezpośrednio związane z konkretnym rozwiązaniem), które można rozwiązać przez czyste i kompletne ponowne -instalacja programu Visual Studio. Wiem, że to głupie „rozwiązanie”, ale w moim przypadku zadziałała tylko nowa instalacja Visual Studio (2019).

Jak już wspomniano, w moim przypadku dotyczyło to tylko klas STL. IntelliSense nie wyświetla swoich członków, co jest dziwne. Pomyślałem, że może to mieć coś wspólnego ze wstępnie skompilowanymi nagłówkami. Gdzieś przeczytałem, że STL i projekt powinny znajdować się na tym samym dysku i ustawienie ich na tym samym powinno rozwiązać problem. Ale żadna z tych dróg nie doprowadziła do sukcesu.

j00hi
źródło
0

Odkryłem, że może się tak zdarzyć, jeśli projekt, do którego się odwołujemy, jest ukierunkowany na wyższą wersję frameworka niż projekt, który próbuje go użyć. Możesz stwierdzić, czy to jest problem, przechodząc do okna wyjściowego i szukając czegoś podobnego do tego:

Nie można rozwiązać podstawowego odwołania „my_reference”, ponieważ zostało ono zbudowane w oparciu o strukturę „.NETFramework, Version = v4.7.2”. Jest to wyższa wersja niż obecnie docelowy framework „.NETFramework, Version = v4.7”.

Rozwiązaniem jest zmiana docelowej struktury jednego lub drugiego projektu.

michaela112358
źródło
0

Moje symptomy w VS2019 polegały na tym, że budowałem z pewnymi błędami. Następnie naprawię błędy, a kompilacja będzie działać, jak pokazano w oknie Wyjście. Ale okna błędów nadal pokazywały stare błędy. Mógłbym to dobrze uruchomić. Zamknięcie VS2019 i ponowne otwarcie rozwiązało problem, ale tylko na chwilę. Zaczęło się to dziać w wersji 16.4.3

To rozwiązanie wydaje mi się działać:

Odznacz Narzędzia-> Opcja-> Projekty i rozwiązania-> Ogólne-> Pozwól na równoległą inicjalizację projektu

Znalazłem tę poprawkę ukrytą w komentarzach tutaj: https://developercommunity.visualstudio.com/content/problem/483450/vs-2019-intellisense-reports-compile-errors-when-r.html

Daniel Williams
źródło
-1

Spróbuj najechać myszką na podkreślone elementy. Zwykle powinien powiedzieć ci na czym polega problem. Aby wyświetlić listę wszystkich błędów / ostrzeżeń, przejdź do Widok => Lista błędów. Tabela powinna się otworzyć na dole IDE z wymienionymi wszystkimi błędami / ostrzeżeniami.

ionutioio
źródło
W losowych klasach są zawiłe linie, ale na liście błędów nie pojawiają się żadne błędy. Co więcej, projekty budują się doskonale. Wygląda na to, że jest to związane z Intellisense.
GammaOmega