vscode eslint
release
Integriert eslint in vs Code. Wenn Sie neu in Eslint sind, überprüfen Sie die Dokumentation.
Die Erweiterung verwendet die in den geöffneten Arbeitsbereichsordner installierte Eslint -Bibliothek. Wenn der Ordner keine liefert, sucht die Erweiterung nach einer globalen Installationsversion. Wenn Sie eslint weder lokal noch global installiert haben, indem Sie npm install eslint im Arbeitsbereichsordner für eine lokale Installation oder npm install -g eslint für eine globale Installation installieren.
In neuen Ordnern müssen Sie möglicherweise auch eine .eslintrc -Konfigurationsdatei erstellen. Sie können dies tun, indem Sie entweder den Befehl VS Code erstellen Create ESLint configuration oder den Befehl eslint in einem Terminal mit npx eslint --init ausführen.
In diesem Abschnitt werden wichtige Veröffentlichungen und ihre Verbesserungen beschrieben. Eine detaillierte Liste von Änderungen finden Sie im Änderungsprotokoll.
Aus Version 2.2.3 auf den Vorwärts- oder Patch-Versionsnummern geben Sie einen Insider oder eine Vorabveröffentlichung an. Die Versionen 2.2.3 , 2.2.5 und 2.3.1 sind also alle vorabversionen. 2.2.10 , 2.4.10 und 3.0.0 sind alle regelmäßige Versionsversionen.
eslint.validate nur in dieser Liste angegeben wird, wird nur Dateien angegeben. Zum Beispiel eine Einstellung des Formulars "eslint.validate": [
"javascript"
]
eslint.useFlatConfig , die von Eslint Version 8.57.0 und höher geehrt wird. Wenn eine dieser Versionen verwendet wird, hält sich die Erweiterung am Eslint -Flat -Konfigurations -Rollout -Plan an. Die Einstellung hat die gleiche Bedeutung wie die Umgebungsvariable ESLINT_USE_FLAT_CONFIG . Das bedeutet:eslint.experimental.useFlatConfig sind veraltet und sollten nur für Eslint -Versionen> = 8,21 <8,57.0 verwendet werden.ESLint: Revalidate all open files um alle geöffneten Dateien neu zu bearbeiten.eslint.timeBudget.onValidation und eslint.timeBudget.onFixesuntitled agnostischeslint.alwaysShowStatus wurde entfernt, da der Status nun als Sprachstatus -Indikator angezeigt wird.eslint.timeBudget.onValidation und eslint.timeBudget.onFixesuntitled agnostischeslint.alwaysShowStatus wurde entfernt, da der Status nun als Sprachstatus -Indikator angezeigt wird. Unterstützung für Eslint V8.0 Beta hinzugefügt. Um mit Eslint -Einstellungen kompatibel zu bleiben, verwendet die Version die Clienengine, falls verfügbar. Benutzer können jedoch die Verwendung der neuen Eslint -API mithilfe der Einstellung eslint.useESLintClass erzwingen. Achten Sie darauf, dass das Eslint NPM -Modul die Interpretation der Optionen verändert hat. Es änderte auch die Namen bestimmter Optionen. Wenn Sie eslint.options verwendet haben, um spezielle Optionen an das ESLINT -NPM -Modul weiterzugeben, müssen Sie möglicherweise die Einstellung an das neue Formular anpassen.
Anpassungsmodell des Workspace Trust des Code -Code. Infolgedessen wurde der in Version 2.1.7 eingeführte benutzerdefinierte Dialog entfernen. Zusätzlich wurde der off -Wert zur Unterstützung der Eslint -Regelanpassungsanpassung hinzugefügt.
Unterstützung hinzugefügt, um die Schwere der Eslint -Regeln anzupassen. Siehe die neue Einstellung eslint.rules.customizations .
Wenn Sie nach Bestätigung des Werts von eslint.nodePath ein Setup ergeben, bei dem dieser Wert auf einer Workspace-Ordnerebene separat definiert wird, ist jedoch ein Multi-Arbeitsbereichsordner-Setup geöffnet (z. B. eine Code-Workspace-Datei). Diese Setups müssen den Wert eslint.nodePath in der entsprechenden code-workspace Datei definieren, und die Erweiterung warnt den Benutzer nun davor. Unter einem Beispiel einer solchen code-workspace
{
"folders" : [
{
"path" : " project-a "
},
{
"path" : " project-b "
}
],
"settings" : {
"eslint.nodePath" : " myCustomNodePath "
}
} Um das Modell des VS -Code zu befolgen, um die lokalen Einstellungen für Arbeitsbereiche zu bestätigen, die sich auf die beiden Einstellungen auswirken, müssen die beiden Einstellungen eslint.runtime und eslint.nodePath nun eine Benutzerbestätigung benötigen, wenn sie lokal in einem Arbeitsbereich oder einer Arbeitsspeicherdatei definiert sind. Benutzer, die diese Einstellungen in diesen lokalen Scopes verwenden, werden eine Benachrichtigung feststellen, die sie an den Bestätigungsbedarf erinnert.
Die Version fügt auch einen Befehl hinzu, um den Eslint -Server neu zu starten.
Der Genehmigungsfluss, um die Ausführung einer Eslint -Bibliothek zu ermöglichen, wurde überarbeitet. Seine ursprüngliche Erfahrung ist jetzt wie folgt:
Angeben, dass die Ausführung derzeit Block ist.Die Ausführung der Eslint -Bibliothek kann mit den folgenden Gesten verweigert oder genehmigt werden:
ESLint: Manage Library Execution aus der BefehlspaletteAlle Gesten öffnen den folgenden Dialog:
Die ausgewählte Aktion wird dann im folgenden Element der Eslint -Statusleiste widerspiegelt:
Allow Sie das Statusleistenelement mit einem Scheck -Zeichen.Allow Everywhere wird das Statusbalkenelement mit einem Doppelprüfungspflicht vorfixieren.Deny und Disable Sie das Statusleistenelement mit einem blockierten Zeichen.Sie können unsere Entscheidungen mit den folgenden Befehlen verwalten:
ESLint: Manage Library Execution wird über den obigen Dialog wieder eröffnetESLint: Reset Library Decisions können Sie frühere Entscheidungen zurücksetzen, die getroffen haben.Diese Veröffentlichung befasst sich auch mit der in CVE-2021-27081 beschriebenen Verwundbarkeit.
Die 2.0.4 -Version der Erweiterung enthält die folgenden Hauptverbesserungen:
eslint.validate von VS -Code. Gleiches gilt für HTML- und VUE.JS -Dateien.eslint.workingDirectories können jetzt Glob -Muster verwenden, anstatt jeden Projektordner aufzulisten. Beispielsweise entspricht { "pattern": "code-*" } alle Projektordner, beginnend mit code- . Darüber hinaus ändert die Erweiterung nun das Arbeitsverzeichnis standardmäßig. Sie können diese Funktion mit der neuen !cwd -Immobilie deaktivieren.eslint.format.enable .editor.codeActionsOnSave angepasst. Die Einstellung unterstützt die eSlint -spezifische source.fixAll.eslint . Die Erweiterung respektiert auch die generische source.fixAll .Die folgende Einstellung schaltet die automatische Fix für alle Anbieter einschließlich Eslint ein:
"editor.codeActionsOnSave" : {
"source.fixAll" : " explicit "
}Im Gegensatz dazu schaltet diese Konfiguration sie nur für Eslint ein:
"editor.codeActionsOnSave" : {
"source.fixAll.eslint" : " explicit "
}Sie können ESlint auch selektiv deaktivieren über:
"editor.codeActionsOnSave" : {
"source.fixAll" : " explicit " ,
"source.fixAll.eslint" : " never "
} Beachten Sie auch, dass es ein zeitliches Budget von 750 ms gibt, um Codeaktionen auf Speichern auszuführen, die für eine große JavaScript / TypeScript -Datei möglicherweise nicht ausreichen. Sie können das zeitliche Budget mithilfe des editor.codeActionsOnSaveTimeout -Einstellung erhöhen.
Die alte Einstellung eslint.autoFixOnSave ist jetzt veraltet und kann sicher entfernt werden.
Wenn Sie eine Eslint -Erweiterungsversion <2.x verwenden, finden Sie hier die Einstellungsoptionen.
Diese Erweiterung trägt die folgenden Variablen zu den Einstellungen bei:
eslint.enable : Aktivieren/deaktivieren Sie ESLINT für den Workspace -Ordner. Ist standardmäßig aktiviert.
eslint.debug : Ermöglicht den Debug -Modus von ESLINT (wie -Debug -Befehlszeilenoption). Bitte beachten Sie den Eslint -Ausgangskanal für die Debug -Ausgabe. Diese Optionen sind sehr hilfreich, um die Konfigurations- und Installationsprobleme mit Eslint nachzuverfolgen, da sie ausführliche Informationen darüber enthält, wie Eslint eine Datei validiert.
eslint.lintTask.enable : Ob die Erweiterung eine Lint -Aufgabe zum FININT einen ganzen Arbeitsbereichsordner beiträgt.
eslint.lintTask.options : Befehlszeilenoptionen angewendet, wenn die Aufgabe zum LINTEN des gesamten Arbeitsbereichs ausgeführt wird (https://eslint.org/docs/user-guide/command-line-interface). Ein Beispiel, um auf eine benutzerdefinierte Datei .eslintrc.json und eine benutzerdefinierte .eslintignore
{
"eslint.lintTask.options" : " -c C:/mydirectory/.eslintrc.json --ignore-path C:/mydirectory/.eslintignore . "
} Die alte Einstellung eslint.packageManager ist jetzt veraltet und kann sicher entfernt werden. Dadurch wurde der Paketmanager so gesteuert, dass die Eslint -Bibliothek behoben wurde. Dies hat nur einen Einfluss, wenn die Eslint -Bibliothek weltweit gelöst wird. Gültige Werte sind "npm" oder "yarn" oder "pnpm" .
eslint.options : Optionen zum Konfigurieren, wie Eslint entweder mit der ESLINT -Klasse -API oder der Clienengine -API begonnen wird. Die Erweiterung verwendet die ESLINT -Klasse -API, wenn eslint Version 8 oder höher verwendet wird oder wenn eslint Version 7 verwendet wird und die Einstellung eslint.useESLintCLass auf true eingestellt ist. In allen anderen Fällen wird die Cliengine -API verwendet. Ein Beispiel, um auf eine benutzerdefinierte .eslintrc.json -Datei mit der neuen ESLINT -API zu verweisen, lautet:
{
"eslint.options" : { "overrideConfigFile" : " C:/mydirectory/.eslintrc.json " }
} Ein Beispiel, um auf eine benutzerdefinierte .eslintrc.json -Datei mit der alten Cliengine -API zu verweisen, lautet:
{
"eslint.options" : { "configFile" : " C:/mydirectory/.eslintrc.json " }
} eslint.useESLintClass (@Since 2.2.0) - Ob die ESLINT -Klasse -API verwendet wird, auch wenn die Clienengine -API vorhanden ist. Die Einstellung ist nur eine Ehre, wenn die Eslint -Version 7.x verwendet wird.
eslint.run - Führen Sie die Linter onSave oder onType aus, Standard ist onType .
eslint.quiet - Ignorieren Sie Warnungen.
eslint.runtime - Verwenden Sie diese Einstellung, um den Pfad der Knotenlaufzeit zu setzen, um eslint unterzuführen. Verwenden Sie "node" , wenn Sie Ihre Standard -Systemversion des Knotens verwenden möchten.
eslint.execArgv -Verwenden Sie diese Einstellung, um zusätzliche Argumente an die Knoten -Laufzeit wie --max_old_space_size=4096 weiterzugeben
eslint.nodeEnv - Verwenden Sie diese Einstellung, wenn ein Eslint -Plugin oder ein Konfigurationskonfiguration process.env.NODE_ENV benötigt.
eslint.nodePath - Verwenden Sie diese Einstellung, wenn ein installiertes Eslint -Paket nicht erkannt werden kann, z. B. /myGlobalNodePackages/node_modules .
eslint.probe - Ein Array für Sprachkennungen, für die die Eslint -Erweiterung aktiviert und versuchen sollte, die Datei zu validieren. Wenn die Validierung für Untersuchungssprachen fehlschlägt, heißt es in der Erweiterung still. Standardeinstellungen zu ["astro", "javascript", "javascriptreact", "typescript","typescriptreact", "html", "mdx", "vue", "markdown", "json", "jsonc"] .
eslint.validate - Eine Reihe von Sprachkennungen, die die Dateien angeben, für die die Validierung durchgesetzt werden soll. Wenn angegeben wird nur Dateien mit einer der angegebenen Sprach -IDs validiert. Dies ist vergleichbar mit der Option --ext -Befehlszeile. Standardmäßig null .
eslint.format.enable : Ermöglicht ESLINT als Formter für validierte Dateien. Sie können das Formatierer auch mit dem editor.formatOnSave verwenden. Formatonsave wird empfohlen, die Funktion editor.codeActionsOnSave zu verwenden, da sie eine bessere Konfigurierbarkeit ermöglicht.
eslint.workingDirectories - Gibt an, wie die Arbeitsverzeichnisse ESLINT verwendet werden. Eslint löst Konfigurationsdateien (z. B. eslintrc , .eslintignore ) relativ zu einem Arbeitsverzeichnis, sodass es wichtig ist, dies korrekt zu konfigurieren. Wenn Sie im Terminal die Ausführung von Eslint ausführen müssen, müssen Sie das Arbeitsverzeichnis im Terminal in einen Subordner ändern, dann ist es normalerweise erforderlich, diese Einstellung zu optimieren. (Siehe auch Eslint -Klassenoptionen#CWD). Bitte beachten Sie auch, dass die Datei .eslintrc* unter Berücksichtigung der übergeordneten Verzeichnisse behoben ist, während die Datei .eslintignore nur im aktuellen Arbeitsverzeichnis geehrt wird. Die folgenden Werte können verwendet werden:
[{ "mode": "location" }] (@Since 2.0.0): Weist ESLINT an, den Workspace -Ordnerspeicherort oder den Dateispeicherort (falls kein WorkSpace -Ordner geöffnet ist) als Arbeitsverzeichnis zu verwenden. Dies ist die Standardeinstellung und dieselbe Strategie wie in älteren Versionen der Eslint -Erweiterung (1.9.x -Versionen).[{ "mode": "auto" }] (@Since 2.0.0): Weisen Sie eslint an, ein Arbeitsverzeichnis basierend auf dem Standort von package.json , eslint.config.js , .eslintignore und .eslintrc* -Dateien zu schließen. Dies kann in vielen Fällen funktionieren, kann aber auch zu unerwarteten Ergebnissen führen.string[] : Eine Reihe von Arbeitsverzeichnissen zu verwenden. Betrachten Sie das folgende Verzeichnislayout: root/
client/
.eslintrc.json
client.js
server/
.eslintignore
.eslintrc.json
server.js
"eslint.workingDirectories" : [ "./client" , "./server" ]{ "directory": "./client", "!cwd": true } kann ein buchstäblicher With der Eigenschaft !cwd Dadurch wird das Client -Verzeichnis als ESINLLINT -Arbeitsverzeichnis verwendet, jedoch das Arbeitsverzeichnis des Prozesses nicht ändern.[{ "pattern": glob pattern }] (@Since 2.0.0): Ermöglicht das Angeben eines Musters, um das Arbeitsverzeichnis zu erkennen. Dies ist im Grunde genommen eine Abkürzung für die Auflistung jedes Verzeichnisses. Wenn Sie ein Mono -Repository mit all Ihren Projekten unter einem Paketordner haben, können Sie { "pattern": "./packages/*/" } verwenden, um alle diese Ordner zu Arbeitsverzeichnissen zu erstellen. eslint.codeAction.disableRuleComment - Objekt mit Eigenschaften:
enable - Deaktivieren Sie die Lint -Regel im Quick -Fix -Menü. standardmäßig true .location - Wählen Sie entweder den eslint-disable Kommentar zu separateLine oder sameLine . separateLine ist die Standardeinstellung. Beispiel: { "enable" : true , "location" : " sameLine " } eslint.codeAction.showDocumentation - Objekt mit Eigenschaften:
enable - Die Dokumentation der offenen Lintregel -Dokumentation im Quick -Fix -Menü anzeigen. standardmäßig true . eslint.codeActionsOnSave.mode (@Since 2.0.12) - steuert, welche Probleme beim Ausführen von Codeaktionen beim Speichern beheben werden.
all : Behebung aller möglichen Probleme, indem der Inhalt der Datei neu bewertet wird. Dies führt den gleichen Codepfad wie das Ausführen von Eslint mit der Option --fix im Terminal aus und kann daher einige Zeit in Anspruch nehmen. Dies ist der Standardwert.problems : Behebt nur die derzeit bekannten fixierbaren Probleme, solange ihre textlichen Änderungen nicht überlappend sind. Dieser Modus ist viel schneller, aber sehr wahrscheinlich nur Teile der Probleme. Bitte beachten Sie, dass eslint.codeActionsOnSave.rules ignoriert wird, wenn eslint.codeActionsOnSave.mode auf problems eingestellt ist.
eslint.codeActionsOnSave.rules (@Since 2.2.0) - kontrolliert die Regeln, die während der Code -Aktion bei der Speicherung der Ausführung berücksichtigt werden. Wenn nicht angegeben werden, werden alle über den normalen ESlint -Konfigurationsmechanismus angegebenen Regeln berücksichtigt. Ein leeres Array führt dazu, dass keine Regeln berücksichtigt werden. Wenn das Array mehr als einen Eintrag enthält, ist der Auftragsangelegenheiten und das erste Match bestimmt die Ein / Aus -Status der Regel. Diese Einstellung wird nur in den folgenden Fällen geehrt:
eslint.codeActionsOnSave.mode hat einen anderen Wert als problemseslint.useESLintClass ist auf true (Version> = 8 || (Version == 7.x && eslint.useSlintClass)).In diesem Beispiel werden nur mit Semikolon bezogene Regeln berücksichtigt:
"eslint.codeActionsOnSave.rules" : [
" *semi* "
]In diesem Beispiel werden alle typescript -eSlint -spezifischen Regeln aus der Code -Aktion beim Speichern von Pass entfernt, behält jedoch alle anderen Regeln bei:
"eslint.codeActionsOnSave.rules" : [
" !@typescript-eslint/* " ,
" * "
]Dieses Beispiel hält die Einklage und die Semi -Regel von TypeScript eSlint, deaktiviert alle anderen Typscript -ESlint -Regeln und behält den Rest auf:
"eslint.codeActionsOnSave.rules" : [
" @typescript-eslint/semi " ,
" @typescript-eslint/indent " ,
" !@typescript-eslint/* " ,
" * "
] eslint.rules.customizations (@Since 2.1.20) - Erzwingen Sie Regeln, um einen anderen Schweregrad innerhalb des VS -Codes im Vergleich zur tatsächlichen Eslint -Konfiguration des Projekts zu melden. Enthält diese Eigenschaften:
"rule ": Wählen Sie in Regeln mit Namen, die übereinstimmen, und berücksichtigen Sie in Sternchen als Wildcards: { "rule": "no-*", "severity": "warn" }"!" Alle Regeln, die nicht mit dem Namen übereinstimmen: { "rule": "!no-*", "severity": "info" }"severity" : Legt einen neuen Schweregrad für übereinstimmende Regel (en) fest, "downgrade" auf einen niedrigeren Schweregrad, "upgrade" setzt sie auf eine höhere Schwere oder "default" auf ihre ursprüngliche Schwere"fixable" : Wählen Sie nur autofixbare Regeln aus: { "rule": "no-*", "fixable": true, "severity": "info" }In diesem Beispiel werden alle Regeln in Warnungen überschrieben:
"eslint.rules.customizations" : [
{ "rule" : " * " , "severity" : " warn " }
] In diesem Beispiel sind no- Regeln informativ, andere Regeln werden herabgestuft und "radix" wird auf Standard zurückgesetzt:
"eslint.rules.customizations" : [
{ "rule" : " no-* " , "severity" : " info " },
{ "rule" : " !no-* " , "severity" : " downgrade " },
{ "rule" : " radix " , "severity" : " default " }
]In diesem Beispiel werden alle autofixierbaren Regeln in Informationen überschrieben:
"eslint.rules.customizations" : [
{ "rule" : " * " , "fixable" : true , "severity" : " info " }
] eslint.format.enable (@Since 2.0.0) - verwendet Eslint als Formatierer für Dateien, die von Eslint validiert werden. Wenn Sie aktiviert sind, stellen Sie bitte sicher, dass andere Formatierungen deaktiviert werden, wenn Sie dies zur Standardeinstellung machen möchten. Eine gute Möglichkeit, dies zu tun, besteht darin, die folgende Einstellung "[javascript]": { "editor.defaultFormatter": "dbaeumer.vscode-eslint" } für JavaScript. Für TypeScript müssen Sie "[typescript]": { "editor.defaultFormatter": "dbaeumer.vscode-eslint" } .
eslint.onIgnoredFiles (@Since 2.0.10): Wird verwendet, um zu steuern, ob Warnungen erzeugt werden sollten, wenn versucht wird, Dateien zu ignorieren. Standard ist off . Kann warn eingestellt werden.
editor.codeActionsOnSave (@Since 2.0.0): Diese Einstellung unterstützt jetzt eine source.fixAll.eslint . Wenn alle automatisch fixierbaren Eslint-Fehler von allen Plugins festgelegt werden, werden beim Speichern behoben. Sie können spezifische Sprachen auch selektiv aktivieren und deaktivieren mithilfe der Spracheinstellungen von VS Code. So deaktivieren Sie codeActionsOnSave für HTML -Dateien. Verwenden Sie die folgende Einstellung:
"[html]" : {
"editor.codeActionsOnSave" : {
"source.fixAll.eslint" : false
}
} Die alte Einstellung eslint.autoFixOnSave ist jetzt veraltet und kann sicher entfernt werden. Bitte beachten Sie außerdem, dass Sie, wenn Sie ESLINT als Standardformatierer verwenden, den Editor ausschalten editor.formatOnSave , wenn Sie editor.codeActionsOnSave eingeschaltet haben. Andernfalls werden Sie zweimal in unnötiger Datei repariert.
eslint.problems.shortenToSingleLine : (@Since 2.3.0) - verkürzt die Textspannen unterstrichener Probleme in ihre erste verwandte Zeile.
eslint.experimental.useFlatConfig : (@Since 2.3.0) - Ermöglicht die Unterstützung der experimentellen flachen Konfiguration (auch bekannt als Eslint.config.js, unterstützt von Eslint Version 8.21 oder später)
eslint.timeBudget.onValidation (@Since 2.3.5) - kontrolliert das Zeitbudget, das zur Validierung verwendet werden kann, bevor eine Warnung oder ein Fehler angezeigt werden.
eslint.timeBudget.onFixes (@Since 2.3.5) - kontrolliert das Zeitbudget, mit dem die Korrekturen vor einer Warnung berechnet werden können oder ein Fehler angezeigt wird.
Wenn die alte Option eslint.autoFixOnSave auf true Eslint eingestellt ist, fordert es auf das neue editor.codeActionsOnSave -Format um. Wenn Sie die Migration vermeiden möchten, können Sie im Dialog auf folgende Weise antworten:
eslint.migration.2_x auf off geändert wird Die Migration kann immer manuell mit dem Befehl ESLint: Migrate Settings ausgelöst werden
Diese Erweiterung trägt die folgenden Befehle zur Befehlspalette bei.
Create '.eslintrc.json' file : Erstellt eine neue .eslintrc.json -Datei.Fix all auto-fixable problems . Die Erweiterung legt eine einzelne Datei nur beim Tippen aus. Wenn Sie den gesamten Arbeitsbereich fungieren möchten eslint: lint whole folder setzen true eslint.lintTask.enable . Es ist nicht mehr erforderlich, eine benutzerdefinierte Aufgabe in tasks.json zu definieren.
Eine gute Einführung zum Lint -Typscript mit Eslint finden Sie im TypeScript - Eslint. Bitte machen Sie sich mit der Einführung vertraut, bevor Sie die VS -Code -ESLINT -Erweiterung in einem TypeScript -Setup verwenden. Stellen Sie insbesondere sicher, dass Sie Typenkriptdateien in einem Terminal mit dem Befehl eslint erfolgreich validieren können.
Dieses Projekt selbst verwendet Eslint, um seine Typscript -Dateien zu validieren. Es kann also als Blaupause verwendet werden, um loszulegen.
Um die Validierung durch eine TSlint -Installation zu vermeiden, deaktivieren Sie Tslint mit "tslint.enable": false .
Wie bei JavaScript -Validierung von TypeScript in einem Mono -Repository müssen Sie die VS -Code -ESLINT -Erweiterung mitteilen, welche aktuellen Arbeitsverzeichnisse sind. Verwenden Sie dazu die Einstellung von eslint.workingDirectories . Für dieses Repository sieht das Arbeitsverzeichnis -Setup wie folgt aus:
"eslint.workingDirectories" : [ " ./client " , " ./server " ]Die Migration von Eslint 5.x nach Eslint 6.x muss möglicherweise eine gewisse Anpassung benötigen (Einzelheiten finden Sie im Eslint -Migrationshandbuch). Stellen Sie vor der Einreichung eines Problems gegen die Erweiterung des VS -Code -ESLINT -Erweiterung sicher, dass Sie Ihre Dateien erfolgreich mit dem Befehl eSlint über validieren können.
