Moje narzędzia:
Aktualizacja Visual Studio 2012 Ultimate + 1
ReSharper v7.1.25.234
Moje rozwiązanie Stan kompilacji : Kompilacja powiodła się
Ale kiedy instaluję ReSharper i analiza kodu ReSharper jest włączona, wiele słów kluczowych mojego kodu jest czerwonych z tym błędem:
„Nie można rozwiązać symbolu XXX”
Kolejne zdjęcie mojego projektu >>
Błędy ReSharper „CANNOT RESOLVE SYMBOL” są wszędzie, ale proces kompilacji mojego projektu jest udany i działa poprawnie.
Dodatkowa uwaga: Jeśli wyłączę analizę kodu ReSharper, mój projekt będzie normalny, ale chcę użyć analizy kodu ReSharper.
Próbowałem ReSharper → Opcje → Ogólne → Wyczyść pamięć podręczną . Ale wciąż mam ten problem!
Miesiąc temu dostałem te błędy, gdy odinstalowałem Visual Studio 2012 RC i zainstalowałem VS 2012 RTM.
Już odinstalowałem i ponownie zainstalowałem ReSharper. Ale mam już ten problem!
Moje rozwiązanie ma pięć projektów >> dwa załadowane projekty (główny projekt + projekt zasobów) i trzy rozładowane projekty
Zdaję sobie sprawę, że moje Visual Studio ma również większe problemy (więcej informacji na temat przepełnienia stosu)
Nie mogę dodać żadnego odniesienia do moich projektów (nawet w nowych rozwiązaniach i nowych projektach)
Nie mogę zainstalować żadnego pakietu (za pomocą „Menedżera pakietów” lub Zarządzaj pakietem NuGet)
Nie mogę zaktualizować żadnego pakietu (za pomocą „Konsoli menedżera pakietów” lub Zarządzaj pakietem NuGet)
Zrobiłem wiele sugestii (siebie i innych)
Re-resister niektóre pliki DLL
Korzystanie z niektórych narzędzi do naprawy systemu Windows i rejestru
Usuń ReSharper
Napraw program Visual Studio
i...
Ale nie mogłem tego rozwiązać.
Zastanawiam się nad zainstalowaniem nowego systemu Windows :(
Co jest nie tak i jak mogę to naprawić?
Odpowiedzi:
Wypróbuj Visual Studio → menu Narzędzia → Opcje → ReSharper , Suspendprzycisk i Resumejeszcze raz (nie trzeba zamykać okna). To działa w moim przypadku.
źródło
źródło
\AppData\Local\JetBrains\Transient\ReSharperPlatformVs12\v01\SolutionCaches
To zadziałało dla mnie (VS2012u4, R # 7.1.3):
źródło
Wyczyść pamięć podręczną Resharper: Resharper -> Opcje -> Ogólne -> Wyczyść pamięć podręczną, zamknij i ponownie otwórz rozwiązanie. Działa w R # 9.0 Update 1
źródło
Dzieje się tak w ReSharper, gdy masz dwie różne wersje tej samej biblioteki w swoim rozwiązaniu. Na przykład projekt A odwołuje się do automappera w wersji 1.1 i projekt B odnosi się do automappera w wersji 1.0.
Program Visual Studio często kompiluje się i uruchamia zgodnie z oczekiwaniami w danej sytuacji, ponieważ wybiera jedną z bibliotek DLL do powiązania. Jednak ReSharper jest bardzo zdezorientowany. Dla mnie powinien to być błąd ReSharpera, który prosi o rozwiązanie, a nie tylko szaleństwo.
AKTUALIZACJA:
Natknąłem się na to dwa dni temu (dzień po tym, jak napisałem ten post) zupełnie przypadkowo i natknąłem się na ten link, w którym mówią, że jest to spowodowane błędem w VS API. Próbowałem wszystkiego, co zalecili, i nie byłem w stanie rozwiązać tego nawet tymczasowo: Miałem Autofac 2.6.x, który pobrałem z google.code, a następnie zamieniłem go na wersję pakietu NuGet i świadomie odmówiłem zobaczenia nowego numeru referencyjnego nr ważne co zrobiłem.
Sugerują zainstalowanie R # 8 EAP, ale dla mnie łatwiej było przejść na starszą wersję Autofac.
Niewiele na drodze do pomocy, ale może przydatne.
źródło
Tak było ze mną w Visual Studio 2015 i ReSharper Ultimate 10.0.2. Próbowałem prawie wszystkich rozwiązań napisanych przed tą odpowiedzią (oprócz jakichkolwiek ponownych instalacji) i nic nie działało.
Mam to działa ponownie z różnych powyższych kroków w bardzo konkretnym celu:
C:\Users\YourUsername\AppData\Local\JetBrains\Transient\ReSharperPlatformVs14\v04
jak wspomniano w niektórych innych postachMam nadzieję, że po ostatnim kroku możesz odetchnąć z ulgą, że nie musisz niczego instalować, z pewnością tak zrobiłem!
źródło
Zwykle dzieje się tak przez uszkodzenie pliku konfiguracyjnego lub nieprawidłowe wykrycie. Wystarczy usunąć folder .vs , zrestartować VS, aby zresetować konfigurację. Będzie działać prawie przypadek
źródło
Miałem podobne problemy i wyczyściłem pamięci podręczne znalezione na:
AppData \ Local \ JetBrains \ ReSharper \ v7.1 \ SolutionCaches
Rozwiązałem problemy dla mnie
Uruchamianie VS2012 u3
źródło
Miałem ten sam problem (VS 2017). W moim przypadku były to różne wersje docelowego frameworka - jeden zestaw był ukierunkowany na 4.52, a inny 4.62 - po ustawieniu ich na tę samą wersję w obu zestawach zaczął znowu działać.
źródło
Powyższe linki do czyszczenia pamięci podręcznej i / lub zawieszania ReSharpera nie działały dla mnie. Właśnie „odświeżyłem” projekt, który pokazywał ten problem, od eksploratora rozwiązań i problem zniknął. Niestety, ciągle się powtarza i jedyną opcją jest odświeżanie za każdym razem, gdy problem się powtarza.
Mam VS2012 z ReSharper 8.1 na Windows 8
źródło
Właśnie miałem ten sam problem z ReSharper 8.2 w Visual Studio 2013 i żadne ze zwykłych rozwiązań w tym zakresie czyszczenia pamięci podręcznej, zawieszania ReSharper lub ponownej instalacji ReSharper nie działało.
W moim przypadku rozwiązałem go w następujący sposób ... Spojrzałem na jeden z symboli, którego nie można rozwiązać, i zauważyłem, że jest
System.Web.Http.dll
. Potem odkryłem, że było to wMicrosoft.AspNet.WebApi.Core
pakiecie NuGet. Użyłem konsoli menedżera pakietów, aby spróbować odinstalować ten pakiet, z wyjątkiem tego, że powiedział mi, że nie może z powodu innych zależności.Więc odinstalowałem każdą zależność do włącznie
Microsoft.AspNet.WebApi.Core
, a następnie ponownie zainstalowałem każdy pakiet w odwrotnej kolejności. ReSharper podniósł wszystko poprawnie, gdy został zainstalowany, a teraz wydaje się w porządku.źródło
Jak widzisz, rozwiązanie jest tym, o czym wszyscy wspominali już powyżej. Po prostu zawieszając Resharpera, następnie usuwając skrytki i ostatecznie wznawiając go. Ale nikt nie wspomniał, jak to zrobić bez zamykania / restartowania VisualStudio.
Wykonaj następujące kroki:
Uzyskiwanie lokalizacji pamięci podręcznej Resharper
Czyszczenie pamięci podręcznej
Wznawianie Resharpera
źródło
Miałem ten sam problem, a rozładowanie i ponowne załadowanie problematycznego projektu pomogło mi rozwiązać ten problem w ReSharper. Mam nadzieję że to pomoże.
źródło
W przypadku VS2015 musiałem zaktualizować Resharper do wersji 2016.2.2, aby rozwiązać problem.
Próbowałem już (z których żaden nie działał dla mnie):
Mam nadzieję, że to może komuś pomóc.
źródło
Skończyło się na tym, że poprosiłem Resharpera o wyczyszczenie pamięci podręcznej i zrobienie tego ręcznie za pomocą Eksploratora plików Windows. To ostatecznie rozwiązało problem.
źródło
Resharper -> Opcje pamięci podręcznej -> Przechowuj pamięć podręczną rozwiązania w: (Zmień folder na inny).
Lub spróbuj ręcznie wyczyścić folder pamięci podręcznej R #
źródło
Używam 7.1, a to zadziałało dla mnie:
źródło
Zrobiłem wszystko powyżej bez naprawy.
Potem zrobiłem krok od innego SO Q / A (nie pamiętam, który), który miał ustawić System.Web.Mvc na Copy Local true. Ponownie skompiluj mój projekt, a błędy zniknęły.
Kiedy ustawiłem ten zestaw z powrotem na Kopiuj lokalnie false, błędy nie powróciły.
źródło
W moim przypadku wypróbowałem wszystkie powyższe sugestie. Ale w pewnym momencie zdałem sobie sprawę, że problem nadal występuje, nawet jeśli Resharper jest zawieszony. Szukałem więc podobnego problemu w samym VS i znalazłem rozwiązanie w komentarzach do zaakceptowanej odpowiedzi w tym poście SO .
Podaję moje kroki dla zwięzłości.
źródło
Używam VS2015, R # 10. Żadne z sugerowanych rozwiązań nie działało dla mnie. Usunąłem zawartość folderu bin mojego rozwiązania i przebudowałem całe rozwiązanie, które wydaje się rozwiązać problem. Przed usunięciem zawartości folderu bin próbowałem zawiesić i wznowić R #, wykonując wyczyszczenie pamięci podręcznej z R # -> opcja -> ustawienie ogólne, a także ręcznie usuwając zawartość z \ AppData \ Local \ JetBrains \ Transient \ ReSharperPlatformVs12 \ v01 \ SolutionCaches .. Mam nadzieję, że to komuś pomoże.
źródło
Miałem ten sam problem w moim Visual Studio 2015 z Resharper Ultimate i wypróbowałem rozwiązania opisane powyżej, ale żadne nie działało dla mnie.
Następnie aktualizacja Resharper do najnowszej wersji rozwiązała mój problem.
źródło
Co pomogło w moim przypadku po kilku powyższych sugestiach:
Po tym wszystko działało dobrze, mimo że żaden z plików projektu nie został w tym czasie zmodyfikowany.
źródło
Mam ten sam problem: pamięć podręczna czyszczenia Resharpera i zawieszenia Resharpera nie zadziałała, po prostu zamykam studio graficzne, odinstalowuję Resharpera, a następnie instaluję Resharpera, problem zniknął.
źródło
Kiedy wyłączyłem ReSharper, Visual Studio również dawał ten sam błąd, mimo że projekt został pomyślnie zbudowany. To, co zrobiłem, aby rozwiązać problem, to:
Po wykonaniu tych kroków błędy składniowe zniknęły w programie Visual Studio, a po ponownym włączeniu ReSharper również nie wystąpiły błędy.
źródło
Też miałem ten problem. Wszystkie poprzednie rozwiązania nie pomogły mi ani przez krótki czas. W moim przypadku problemem było to, że podłączyłem projekt .Net Framework 4.7.2 do projektu, który ma wersję 4.5.2. Po zaktualizowaniu obu projektów do wersji 4.7.2 problem został rozwiązany. Myślę, że aby rozwiązać problem, musisz mieć tę samą wersję projektów. Lub podłącz mniejszą wersję do większej, ale nie odwrotnie, jak miało to miejsce w moim przypadku.
źródło
Dla mnie myślę, że moje rozwiązanie znalazło się w dziwnym stanie, kiedy zmieniałem gałąź mojego lokalnego repozytorium Git, na której pracowałem. Po prostu przełączyłem się na poprzednią gałąź, w której byłem włączony, zanim problem się zaczął, mówiąc VS, aby ponownie załadował wszystkie pliki, a następnie przełączając się z powrotem na wybraną gałąź i ponownie ładując, naprawił ją.
źródło
Widzieliśmy również ten problem, specyficzny dla plików, które zostały udostępnione przez wiele projektów. W lewym górnym rogu okna edytora znajduje się pole kombi, które umożliwia zmianę kontekstu projektu dla pliku (a tym samym odniesień, które wpływają na rozdzielczość symboli).
Resharper ułatwia przypadkowe otwarcie niewłaściwej „wersji” udostępnionego pliku za pomocą poleceń „przejdź do pliku lub symbolu”.
Przełączenie kontekstu z powrotem na projekt, którego używam w rozwiązaniu, było wszystkim, co musiałem zrobić, aby rozwiązać ten problem.
źródło
Widziałem także podobne problemy zgłaszane w ReSharper, które nie prowadziły do błędów kompilacji / czasu wykonywania.
Były one najczęściej widoczne podczas używania
"{x:Type ...}"
lub"{x:Static ...}"
znaczników, co powodowało, że ReSharper zgłaszał"Cannot resolve symbol 'Type'"
lub"Cannot resolve symbol 'Static'"
błędy błędy.Dodatkowo było wiele błędów takich jak
"Invalid markup extension type: expected type is '<type>', actual type is '...Extension'"
.Problem rozwiązał się sam, gdy dodałem odwołanie do
System.Xaml
zestawu.źródło
Żadne rozwiązania do usuwania miękkich pamięci podręcznych nie działały dla mnie, wygląda na to, że przez lata generowane były problemy między różnymi wersjami RS.
Dla mnie zadziałało:
Wszystkie ustawienia muszą zostać przerobione itp., Ale nie mogłem znaleźć lepszego rozwiązania nawet z pomocą zespołu JetBrains.
źródło
Powinien to być problem związany z pamięcią podręczną Resharper, ale o ile mi wiadomo, funkcja „wyczyść pamięć podręczną” działa tylko wtedy, gdy pamięć podręczna znajduje się w folderze rozwiązań. Aby to sprawdzić, spróbuj: Visual Studio> Narzędzia> Opcje> Resharper> Opcje ...
W oknie Opcje Resharper> Środowisko> Ogólne sprawdź, czy „Przechowuj bufory rozwiązań w” jest ustawione na „Folder rozwiązań”
Po tym w folderze rozwiązania powinieneś zobaczyć nowy folder „_ReSharper.Caches”. Powinieneś być w stanie go wyczyścić, naciskając przycisk „Wyczyść pamięć podręczną”, ale (jeśli to nie działa) możesz wyczyścić ręcznie, usuwając pliki wewnętrzne (w tym przypadku program Visual Studio musi być już zamknięty).
Uruchom ponownie Visual Studio i wszystko powinno działać. Zajrzyj tutaj [1]
[1] https://resharper-support.jetbrains.com/hc/en-us/articles/206546989-ReSharper-stopped-working-for-a-single-specific-solution
Uwaga: Visual Studio 2015 Update 1 / ReSharper 10.0.2
źródło