So veranlassen Sie ReSharper, die Hervorhebung der Baugruppenreferenz neu zu bewerten

Ich erstelle eine Prisma-Projektvorlage und die Vorlage funktioniert hervorragend. Aber nachdem ich ein Projekt mit der Vorlage erstellt habe, sehen einige der Dateien folgendermaßen aus:

Trotz des Auftretens ist alles in Ordnung.

Wenn ich alles neu erstelle, sehe ich, dass die Lösung fehlerfrei erstellt wird:

Durch die Neuerstellung werden jedoch nicht die "Fehler" beseitigt, die im Editorfenster angezeigt werden. (Beachten Sie, dass das eigentliche Fehlerfenster keine Fehler anzeigt.)

Ich kann Dateien bereinigen, neu erstellen, schließen und öffnen, und die Hervorhebung wird dadurch nicht behoben.

Aber wenn ich die Lösung und wieder öffnen zu schließen, ist alles gut :

Meine Frage:

Im Idealfall kann meine Vorlage oder mein IWizard ReSharper anweisen, die Referenzen für die Hervorhebung neu zu laden.

Ich weiß, dass ich ReSharper aus- und wieder einschalten kann, und das wird es beheben, aber ich würde das lieber nicht tun.

Gibt es einen ReSharper-Befehl, der dieses Zeug nur aktualisiert?

Abgesehen von der Neuinstallation besteht die einzige Möglichkeit, die Caches erfolgreich zu löschen, darin, die Dateien manuell aus Ihrem AppData-Verzeichnis zu löschen.

Löschen Sie den Lösungsordner, der Ihnen an folgenden Stellen Kummer bereitet:

• %LOCALAPPDATA%\JetBrains\ReSharper\v7.1\SolutionCaches\
  
• %LOCALAPPDATA%\JetBrains\Transient\ReSharperPlatformVsXX\vXX\SolutionCaches\ für neuere Versionen.

Beachten Sie, dass die Versionsnummern in den Pfaden je nach installierter ReSharper-Version unterschiedlich sein können.

Das XXin vXXund steht VsXXfür eine beliebige Zahl, da möglicherweise mehrere Ordner vorhanden sind, in denen der Lösungscache gespeichert ist.

Versuchen Sie, das Projekt zu entladen und anschließend neu zu laden.

Um das Projekt zu entladen, klicken Sie im Solution Explorer mit der rechten Maustaste auf das Projekt und wählen Sie Unload Project. Klicken Sie dann erneut mit der rechten Maustaste auf das Projekt und wählen Sie Reload Project.

Das Problem tritt weiterhin gelegentlich bei den neuesten Versionen von ReSharper auf, aber das Update scheint für jede Version zu funktionieren.

Sie können versuchen, den ReSharper-Cache über das Menü ReSharper → Optionen → Umgebung / Allgemein → zu löschen Clear Caches.

Das hat bei mir funktioniert. Projekte müssen nicht neu geladen werden. Sie können dies in Visual Studio tun.

1. Löschen Sie den ReSharper-Cache über ReSharper , Optionen , Allgemein , und klicken Sie auf " Caches löschen ".

   

   

2. ReSharper , Windows , wählen Sie " Lösungsfehler ". Dadurch wird das Fenster "Lösungsfehler" geöffnet. Klicken Sie oben in diesem Fenster auf die Schaltfläche zum erneuten Analysieren von Dateien mit Fehlern / Warnungen .

   

   

Öffnen Sie ReSharper - Optionen - Umgebung - Allgemein und scrollen Sie nach unten zu Msbuild-Zugriff und wählen Sie Nach jeder Kompilierung Daten aus msbuild beziehen .

Dies funktionierte bei mir mit ReSharper 10.0.1 und ReSharper Build.

Gehen Sie zu ReSharper → Windows → Fenster "Lösungsfehler" , und Sie erhalten einen Überblick über die Fehler in Ihrer Lösung. Dort können Sie auf die Schaltfläche klickenReanalyze Files With Errors .

Wenn Sie möchten, können Sie dieser eine Verknüpfung zuweisen. Zum Extra → Optionen → Tastatur , und die Suche nach „erneut analysiert“. Sie können entweder 'ReSharper_ErrorsView_ReanalyzeAllFiles' oder 'ReSharper_ErrorsView_ReanalyzeFilesWithErrors' eine Tastenkombination zuweisen.

Ich habe ein ähnliches Problem mit Nuget-Paketen und habe eine höchst seltsame Problemumgehung gefunden: Wählen Sie die Referenz in der Projektreferenzliste aus und drücken Sie 'F4'. Das Erscheinungsbild des Eigenschaftenfensters führt dazu, dass der Resharper die verfügbaren Referenzen neu bewertet ...

Ich bin nicht sicher, ob dies dieselbe Grundursache ist, aber ich habe festgestellt, dass in den ReSharper-Optionen "MsBuild verwenden" aktiviert wurde und alle möglichen fehlerhaften Fehler gemeldet wurden. Überprüfen Sie "ReSharper-> Options-> General" und prüfen Sie, in welchem ​​Status sich die Prüfung "MsBuild verwenden" befindet.

Gehen Sie zu ReSharper → Optionen → Allgemein und klicken Sie aufClear Caches . (Ich habe 8.2. Wenn Sie also eine andere Version verwenden, befindet sich diese möglicherweise an einer anderen Stelle.)

Anschließend müssen Sie Ihre Lösung erneut öffnen, und ReSharper analysiert alles erneut.

Führen Sie den folgenden Code an einer Eingabeaufforderung aus. Dann lösen Sie das ReSharper-Problem ...

del /q/f/s %TEMP%\*

Das einzige, was mir geholfen hat, ist: Deinstallieren und dann Resharper erneut installieren (Reparatur hat nicht funktioniert)

Visual Studio 2010 SP1, ReSharper 7.1.3000.2254

Dies ist ein seltsames Problem, das in Version 8.2.3 (Build 8.2.3000.5176) noch am Leben ist.

Was für mich konsequent zu funktionieren scheint, ist eine Neuerstellung der Lösung.

In VS 2013: Erstellen -> Lösung neu erstellen

Wenn die oben genannten Lösungen nicht funktionieren, können Sie versuchen, den Projektausgabetyp zurückzusetzen. Dies scheint das Problem in VS2015 Update 1 mit ReSharper 10.1 zu beheben

Für mich hat keines der oben genannten funktioniert. Ich musste die neue Version von Resharper installieren, die NET Core 2.0 unterstützt.

Resharper meldete eine fehlende Referenz aus einem Projekt, das in den Referenzen enthalten war. Nachdem ich die anderen Lösungen hier ausprobiert hatte, deaktivierte ich Resharper über die Anweisungen in dieser Antwort und stellte fest, dass die Intellisense von Visual Studio immer noch dieselben Fehler meldete.

Zu diesem Zeitpunkt wurde mir klar, dass wahrscheinlich etwas mit der Projektdatei nicht stimmte. Ich vermutete, dass eine Referenz während einer Zusammenführung auf subtile Weise beschädigt wurde. ¹

Ich habe die Referenz gelöscht, über die es sich beschwert hat, dass sie nicht gefunden wurde, und sie erneut hinzugefügt. Die Fehler von Visual Studio sind verschwunden. Dann habe ich Resharper wieder aktiviert und es hat sich nicht mehr über Fehler in meinem Projekt beschwert.

1. Als ich überprüfte, was sich in der csproj-Datei geändert hatte, fand ich ein Extra </Compile>, das kein entsprechendes offenes Tag hatte. Es war also in der Tat ein Zusammenführungsfehler.