ist jetzt verfügbar! Lesen Sie über die neuen Funktionen und Fehlerbehebungen vom November.

März 2019 (Version 1.33)

Update 1.33.1: Das Update behebt diese Probleme.

Downloads: Windows: x64 | Mac: Intel | Linux 64-bit: deb rpm tarball snap | 32-bit: deb rpm tarball

Willkommen zur März 2019 Version von Visual Studio Code. Es gibt eine Reihe von Updates in dieser Version, die Ihnen hoffentlich gefallen werden. Einige der wichtigsten Highlights sind:

Wenn Sie diese Release Notes online lesen möchten, gehen Sie zu Updates auf code.visualstudio.com.
Sie können sich auch dieses Highlight-Video zur Version 1.33 hier ansehen von Developer Advocate Brian Clark.

Die Release Notes sind in die folgenden Abschnitte unterteilt, die sich auf die Fokusbereiche von VS Code beziehen. Hier sind einige weitere Updates:

  • Workbench - Verbesserte Source Control-Ansicht, einfachere Listen-Navigation mit Screenreadern.
  • Integriertes Terminal - ConPTY standardmäßig unter Windows aktiviert, Rendering-Leistungsverbesserungen.
  • Sprachen - CSS-Eigenschaftswert-Vervollständigungen deaktivieren, TS-verbesserte Inferenz und Const-Assertions.
  • Extension Authoring - Finalisierte Smart Select API, Befehl zum Installieren von Erweiterungen.
  • Engineering - Offizielles Linux Snap-Paket, schnellere OSS-Builds mit NPM-Paket-Caching.

Insiders: Möchten Sie neue Funktionen so schnell wie möglich sehen? Sie können die nächtliche Insiders-Build herunterladen und die neuesten Updates ausprobieren, sobald sie verfügbar sind. Und für die neuesten Nachrichten, Updates und Inhalte zu Visual Studio Code folgen Sie uns auf Twitter @code!

Workbench

Einfache Konfiguration der Anzeigesprache

Wenn Sie den Befehl Anzeigesprache konfigurieren ausführen, wird nun ein Quick Pick mit den verfügbaren Gebietsschemata basierend auf den installierten Sprachpaketen geöffnet, anstatt nur die Datei locale.json zu öffnen. Wenn Sie eine Auswahl treffen, wird das Gebietsschema automatisch aktualisiert und Sie werden aufgefordert, VS Code neu zu starten, damit die Änderung wirksam wird.

Configure Display Language Quick Pick

Verbesserte Source Control-Ansicht

Die Source Control-Ansicht wurde angepasst, um sich wie andere Ansichten zu verhalten, z. B. der File Explorer, die Debug-Ansicht usw. Repositories können jetzt über Kontextmenüaktionen ein- oder ausgeblendet werden. Ihre Reihenfolge und Größe wird nun beibehalten. Sie können auch die Ansicht Source Control Providers mit Kontextmenüaktionen ein- oder ausblenden.

Source Control view context menu

Einfache Tastaturnavigation für Listen bei erkennungsgestütztem Screenreader

Wenn VS Code erkennt, dass ein Screenreader verwendet wird, aktiviert es automatisch die einfache Tastaturnavigation für Listen. Dies erleichtert die Tastaturnavigation für Benutzer mit einem Screenreader, da jeder Tastendruck zu dem entsprechenden Element navigiert. Dieses Verhalten gilt für alle Listen und Bäume in der Workbench, z. B. die Ansichten File Explorer, Offene Editoren und Debug.

Editor

IntelliSense-Anpassung

Es gibt neue Einstellungen, die die IntelliSense-Anzeige steuern:

  • editor.suggest.filteredTypes - Filtert bestimmte Typen aus IntelliSense heraus, z. B. werden Schlüsselwörter mit: { "keyword": false } herausgefiltert.
  • editor.suggest.maxVisibleSuggestions - Steuert die Anzahl der Elemente, die IntelliSense gleichzeitig anzeigt.
  • editor.suggest.showIcons - Aktiviert oder deaktiviert die Anzeige von Icons in IntelliSense.

Unten sehen Sie ein Beispiel für TypeScript IntelliSense mit herausgefilterten Schlüsselwörtern, keinen Icons und begrenzt auf acht Vorschläge.

IntelliSense: no keywords, no icons, only eight entries

Standard-Formatter-Auswahl

Viele unserer Benutzer arbeiten an verschiedenen Projekten und oft verwenden verschiedene Projekte unterschiedliche Dokument-Formatter. Dies war bisher schwer zu konfigurieren, und wir haben eine neue Einstellung hinzugefügt, um zu helfen: editor.defaultFormatter. Wenn mehrere Formatter verfügbar sind, können Sie nun einen als Standard definieren. Tatsächlich wird VS Code Sie ermutigen, einen Standard-Formatter auszuwählen.

Pick Default Formatter

Dadurch wird Ihre Konfiguration aktualisiert (wie unten gezeigt), sodass VS Code bei nachfolgenden Speicheroperationen weiß, welchen Formatter es auswählen soll. Wir empfehlen Ihnen auch, diesen Wert in der Konfiguration Ihres Projekts festzulegen. Wenn sich Ihr Projektteam beispielsweise auf einen Formatter einigt, sollte dies in der Projektkonfigurationsdatei angegeben werden.

"[javascript]": {
  "editor.defaultFormatter": "HookyQR.beautify"
}

Das Definieren eines Standard-Formatters entfernt keine alternativen Formatter. Wir haben den Befehl Dokument formatieren mit... hinzugefügt, mit dem Sie immer noch einen Formatter auswählen können, bevor Sie ein Dokument formatieren. Bei Bedarf können Sie den Standard-Formatter auch aus der Dropdown-Liste neu konfigurieren.

Anpassung von Go To Definition

Einige Programmiersprachen erlauben es Ihnen, ein Symbol an mehreren Stellen zu definieren. Das bedeutet, dass eine Funktion wie Gehe zu Definition an mehreren Stellen gleichzeitig aufgerufen werden muss. VS Code unterstützt dies, indem es eine Peek-Ansicht mit allen Speicherorten anzeigt. Dieses Verhalten kann nun mit einer neuen Einstellung, editor.gotoLocation.multiple, fein abgestimmt werden.

Es kann auf folgende Werte gesetzt werden:

  • peek - Öffnet die Peek-Ansicht am aktuellen Speicherort. Dies ist der Standard.
  • gotoAndPeek - Öffnet den primären Speicherort (wie vom Erweiterungshersteller definiert) und zeigt zusätzlich eine Peek-Ansicht an.
  • goto - Öffnet nur den primären Speicherort.

Snippet-Variable $WORKSPACE_NAME

Es gibt eine neue Snippet-Variable, die zum Namen des geöffneten Arbeitsbereichs/Ordners aufgelöst wird: $WORKSPACE_NAME.

Verwenden Sie sie wie im folgenden Snippet gezeigt:

"header": {
  "scope": "javascript,typescript",
  "prefix": "workspace",
  "body": ["// the ${WORKSPACE_NAME}-project"],
  "description": "Log output to console"
}

Integriertes Terminal

ConPTY standardmäßig aktiviert in Windows Build 18309+

Für unterstützte Versionen von Windows 10 Insiders wird das neue Terminal-Backend ConPTY standardmäßig aktiviert. Dies sollte zu einer stabileren Erfahrung führen, die dem nativen Terminal näher kommt, und unterstützt 256 Farben. Wenn Sie Probleme feststellen, informieren Sie bitte uns oder das Windows Console Team. Sie können dies jederzeit mit dieser Einstellung deaktivieren:

{
  "terminal.integrated.windowsEnableConpty": false
}

Datenanalyse auf 12 ms begrenzt

Zuvor war die Menge der vom Terminal analysierten Daten nicht richtig begrenzt. Dies bedeutete, dass auf weniger leistungsfähiger Hardware die Zeit für die Datenanalyse und das Rendering den idealen Zeitpunkt für das Rendern eines Frames weit überschreiten würde, was zu einer verzögerten Benutzeroberfläche oder einem vollständigen Stillstand bei Befehlen, die viele Ausgaben generierten, führte. Es gibt nun eine Begrenzung, die verhindert, dass dies etwa 12 ms überschreitet, was diese Probleme vermeiden sollte.

Sprachen

TypeScript 3.4

VS Code wird nun mit TypeScript 3.4.1 ausgeliefert. Dieses Update fügt Unterstützung für einige neue TypeScript-Sprachfunktionen hinzu – wie verbesserte Inferenz und neue const-Assertions – und bringt auch Tooling-Verbesserungen und Fehlerbehebungen.

In destrukturierte Parameter konvertieren Refactoring

Das neue In benannte Parameter konvertieren Refactoring für TypeScript ermöglicht es Ihnen, lange Funktionsparameterlisten schnell zu organisieren, indem Sie die Funktion so konvertieren, dass sie ein einzelnes benanntes Parameterobjekt annimmt.

Cleaning up a long parameter list

Option zum Deaktivieren der CSS-Eigenschaftswert-Vervollständigung

Eine neue Einstellung, css.completion.triggerPropertyValueCompletion, ermöglicht es Ihnen, die Vervollständigung von Eigenschaftswerten zu deaktivieren. Wenn Sie beispielsweise position von p auswählen und diese Einstellung auf false gesetzt ist, löst VS Code die Vervollständigungen static | absolute | sticky | ... für den Eigenschaftswert nicht aus.

Dies ist nützlich, wenn Sie Tab/Shift + Tab verwenden möchten, um vorherige und nächste Vervollständigungselemente auszuwählen.

Debugging

Unterstützung für Subsitzungen

In diesem Meilenstein haben wir die Unterstützung für die Anzeige von Debug-Sitzungen als Baumstruktur in der Debugger-Benutzeroberfläche hinzugefügt. Zuvor wurden Debug-Sitzungen als flache Liste angezeigt, was es schwierig machte, zu verstehen, dass Sitzungen miteinander verbunden waren.

Da diese Funktionalität über eine neue Erweiterungs-API verfügbar ist, erfordert sie die Übernahme durch Debugger-Erweiterungen. In diesem Meilenstein ist der einzige Debugger, der hierarchische Debug-Sitzungen nutzt, der Node.js-Debugger von VS Code.

Beim Debuggen von Node.js-Clustern werden alle Subprozesse eines Clusters unter der Hauptdebug-Sitzung registriert.

Node.js subprocesses under main debug session

Bei der "server-ready"-Funktion (siehe unten) wird eine automatisch gestartete Chrome-Browsersitzung als Kind der Server-Debug-Sitzung registriert.

URI automatisch öffnen

Der letzte Meilenstein enthielt eine Vorschauversion der "Server Ready"-Funktion, die es Ihnen ermöglicht, eine URL in einem Webbrowser automatisch zu öffnen, sobald eine bestimmte Programmausgabemeldung erkannt wird. Diese Funktion ist nützlich für das Debuggen von Webserver-Quellcode, da die im Browser geöffnete URL den Server dazu bringen kann, einen Breakpoint zu treffen, sobald der Server bereit ist (und das alles mit einem einzigen Tastendruck auf F5).

In diesem Meilenstein haben wir die Funktion aus der Vorschau entfernt. VS Code sucht nach der Trigger-Nachricht nicht nur in der Debug-Konsole, sondern auch im integrierten Terminal. Darüber hinaus haben wir die Fehlerbehandlung verbessert.

Beachten Sie, dass es aus technischen Gründen nicht möglich ist, die "Server Ready"-Funktion in externen Terminals zu unterstützen.

Erweiterungen

Fehlende Abhängigkeiten installieren

Wir haben die Benachrichtigung über Fehler bei der Aktivierung von Erweiterungen verbessert, wenn VS Code eine fehlende Erweiterungsabhängigkeit erkennt, und bieten nun eine Aktion zur Installation der fehlenden Abhängigkeit an.

Extension missing dependency warning

Sie können auch alle fehlenden Abhängigkeiten mit dem neuen Befehl Erweiterungen: Fehlende Abhängigkeiten installieren installieren.

Netzwerk-Proxy-Unterstützung für Erweiterungen

Wir laden nun die SSL/TLS-Zertifikate aus dem Betriebssystem und schließen sie bei der Validierung von https-Anfragen ein, die von Erweiterungen initiiert werden. Dies unterstützt Proxys, die ihre eigenen SSL/TLS-Zertifikate verwenden, und andere Setups mit benutzerdefinierten Zertifikaten.

Darüber hinaus berücksichtigen http/https-Anfragen von Erweiterungen nun die Umgebungsvariable NO_PROXY, die durch Kommas getrennte Domainnamen auflistet, für die alle Proxy-Einstellungen ignoriert werden sollen.

Vorschau-Funktionen

Vorschau-Features sind noch nicht zur Veröffentlichung bereit, aber funktionsfähig genug, um sie zu nutzen. Wir freuen uns über Ihr frühes Feedback, während sie sich in der Entwicklung befinden.

Aufrufhierarchie

Eine Ansicht der Aufrufhierarchie zeigt alle Aufrufe von oder zu einer Funktion und ermöglicht es Ihnen, in Aufrufer von Aufrufern und Aufrufe von Aufrufen zu bohren. Das folgende Bild zeigt, dass die Funktion foo von bar und bang aufgerufen wird, dann wird bar von bang und fib aufgerufen.

Call Hierarchy view

Dies ist eine Vorschaufunktion und es gibt derzeit keine Erweiterungen, die reale Daten dafür liefern. Wenn Sie jedoch ein Erweiterungsautor sind, laden wir Sie ein, unsere vorgeschlagene API zu validieren. Wenn Sie interessiert sind, gibt es eine Beispielerweiterung zum Testen: https://github.com/jrieken/demo-callhierarchy.

Erweiterungs-Authoring

Smart Select API

Wir haben die Smart Select API für die Befehle Auswahl erweitern (⌃⇧⌘→ (Windows, Linux Shift+Alt+Right)) und Auswahl verkleinern (⌃⇧⌘← (Windows, Linux Shift+Alt+Left)) finalisiert. Mit dieser API können Erweiterungen die Bereiche definieren, die im Editor ausgewählt werden.

Befehl zum Installieren von Erweiterungen

Ein neuer Befehl workbench.extensions.installExtension wurde eingeführt, um eine Erweiterung aus dem Marketplace oder einer VSIX-Datei zu installieren.

Um eine Erweiterung aus dem Marketplace zu installieren, geben Sie deren Kennung an.

vscode.commands.executeCommand('workbench.extensions.installExtension', 'ms-python.python');

Um über eine VSIX-Datei zu installieren, geben Sie deren Speicherort-URI an.

vscode.commands.executeCommand(
  'workbench.extensions.installExtension',
  vscode.Uri.file('path-to-vsix')
);

Unterstützung für die Positionierung von Debug-Symbolleisten-Beiträgen

Es ist nun möglich, die beigesteuerten Debug-Befehle in beliebiger Reihenfolge in der Debug-Symbolleiste zu positionieren. Die Standard-Debug-Befehle verwenden die Gruppe navigation. Wenn Sie also möchten, dass Ihre beigesteuerten Befehle mit den Standardbefehlen vermischt werden, verwenden Sie dieselbe Gruppe. Weitere Informationen zum Sortieren innerhalb von Gruppen finden Sie in der Dokumentation zu den Beitragspunkten.

Aus Gründen der Konsistenz stellen wir die Menü-ID debug/toolbar zugunsten von debug/toolBar ein. Im März-Release unterstützen wir beide Menü-IDs, aber im April wird die Unterstützung für die Menü-ID debug/toolbar entfernt.

"sidebarVisible" Kontext umbenannt in "sideBarVisible"

Aus Gründen der Konsistenz stellen wir den Kontext sidebarVisible zugunsten von sideBarVisible ein. Im März-Release werden beide Kontexte unterstützt, aber im April-Release wird die Unterstützung für sidebarVisible eingestellt.

TerminalOptions.shellArgs akzeptiert nun Zeichenketten unter Windows

Zuvor unterstützte TerminalOptions.shellArgs nur eine Liste von Argumenten in Form von string[]. Dies konnte unter Windows zu Problemen führen, da das String-Array in das Befehlszeilenformat konvertiert werden musste und die Konvertierung fehlschlagen oder bei komplizierten Fällen schwer richtig hinzubekommen war. Sie können diese Konvertierung unter Windows nun umgehen, indem Sie direkt eine string im Befehlszeilenformat verwenden.

Hierarchische Debug-Sitzungen

Um hierarchische Debug-Sitzungen zu unterstützen, haben wir ein optionales Argument parentSession zur API vscode.debug.startDebugging hinzugefügt. Wenn angegeben, zeigt VS Code die aus startDebugging resultierende Debug-Sitzung baumartig als Kind der übergeordneten Sitzung an.

Entfernung des Befehls vscode.previewHtml

Der Befehl vscode.previewHtml wurde verwendet, um HTML-Seiten im Editor zu rendern, bevor die Webview-API letztes Jahr eingeführt wurde. Der Befehl vscode.previewHtml litt jedoch unter einigen wichtigen Sicherheits- und Kompatibilitätsproblemen, die nach unserer Einschätzung nicht behoben werden konnten, ohne bestehende Benutzer des Befehls zu beeinträchtigen. Anstatt zu versuchen, vscode.previewHtml zu reparieren, haben wir uns entschieden, den Befehl in VS Code 1.33 vollständig zu entfernen.

Wir haben versucht, alle Erweiterungen, die den Befehl vscode.previewHtml verwenden, rechtzeitig zu warnen, damit sie auf die Verwendung der Webview-API aktualisieren können. Es kann jedoch sein, dass immer noch einige Erweiterungen den Befehl vscode.previewHtml verwenden und daher nicht mehr funktionieren. Wenn Sie eine dieser Erweiterungen verwenden, reichen Sie bitte ein Problem dagegen ein oder, noch besser, reichen Sie einen Pull-Request mit der Korrektur ein.

Vorgeschlagene Erweiterungs-APIs

Jeder Meilenstein kommt mit neuen vorgeschlagenen APIs, und Erweiterungsentwickler können sie ausprobieren. Wie immer freuen wir uns über Ihr Feedback. So können Sie eine vorgeschlagene API ausprobieren:

  • Sie müssen Insiders verwenden, da sich vorgeschlagene APIs häufig ändern.
  • Sie müssen diese Zeile in der Datei package.json Ihrer Erweiterung haben: "enableProposedApi": true.
  • Kopieren Sie die neueste Version der Datei vscode.proposed.d.ts in Ihr Projekt.

Beachten Sie, dass Sie keine Erweiterung veröffentlichen können, die eine vorgeschlagene API verwendet. Wir werden wahrscheinlich wichtige Änderungen in der nächsten Version vornehmen und wollen niemals bestehende Erweiterungen brechen.

Benutzerdefinierte Task-Ausführung

Zusätzlich zu ProcessExecution und ShellExecution Tasks gibt es jetzt einen CustomExecution Task. Anstatt einen Prozess zu starten oder ein Skript auszuführen, führt er einen Callback aus, der von der Erweiterung bereitgestellt wird.

let execution = new vscode.CustomExecution(
  (terminalRenderer, cancellationToken, args): Thenable<number> => {
    return new Promise<number>(resolve => {
      // This is the custom task callback!
      resolve(0);
    });
  }
);
const taskName = 'First custom task';
let task = new vscode.Task2(
  kind,
  vscode.TaskScope.Workspace,
  taskName,
  taskType,
  execution
);

Dies gibt einem von einer Erweiterung bereitgestellten Task mehr Flexibilität bei der Aufrechterhaltung des Zustands während der Ausführung. Es bietet auch Zugriff auf die Ein- und Ausgaben eines Tasks. Ein vollständiges Beispiel finden Sie im Testartikel.

Kommentar-API

Wir haben in den letzten zwei Monaten große Refactorings rund um Kommentar-bezogene Funktionen durchgeführt, basierend auf den Lektionen und Erfahrungen, die wir von der GitHub Pull Requests-Erweiterung und Feedback aus der Community gesammelt haben. Die neu gestaltete Kommentar-API ist generisch und leistungsfähig genug für verschiedene Arten der Nutzung. Die GitHub Pull Requests-Erweiterung hat bereits auf die neue Kommentar-API umgestellt.

Die neue Schnittstelle ist in VS Code Insiders verfügbar und wir werden den April-Meilenstein nutzen, um die API zu verfeinern und anzupassen. Die alte Kommentar-API wird ebenfalls im April entfernt. Sie können mit der Beispielerweiterung spielen, um die API besser zu verstehen, oder sich die GitHub Pull Requests genauer ansehen.

WebviewOptions.portMapping

Die vorgeschlagene Einstellung WebviewOptions.portMapping ermöglicht es Erweiterungen, transparent zu definieren, wie localhost-Ports innerhalb von Webviews aufgelöst werden.

const panel = vscode.window.createWebviewPanel(
  'dog',
  'Dog Doodling',
  vscode.ViewColumn.One,
  {
    portMapping: [
      // Map localhost:3000 in the webview to localhost:4000 externally
      { port: 3000, resolvedPort: 4000 }
    ]
  }
);

panel.webview.html = `<!DOCTYPE html>
    <html lang="en">
    <head>
        <title>Dog Doodling</title>
    </head>
    <body>
        <!--
            With the above port mapping, this image will actually be resolved
            to localhost:4000 on the local machine
        -->
        <img src="https://:3000/canvas.png">
    </body>
    </html>`;

Es gilt als gute Praxis, Dienste wie Live-Server auf einem zufälligen Port zu starten. Mit Port-Mapping kann der HTML-Inhalt eines Webviews einen fest codierten Port verwenden, der auf den dynamisch geöffneten Port abgebildet wird, auf dem der Dienst tatsächlich läuft.

Call Hierarchy Provider

Es gibt eine vorgeschlagene API für einen CallHierarchyItemProvider, der die Aufrufhierarchie-Funktion unterstützt. Probieren Sie sie aus, hinterlassen Sie Feedback und helfen Sie uns, diese gute API zu machen.

Technik

Offizielles Linux Snap-Paket

Wir unterstützen nun vollständig die Verteilung von Visual Studio Code als Snap-Paket. Snaps funktionieren auf vielen verschiedenen Linux-Distributionen, bieten zuverlässige Ausführungsumgebungen für ein stabileres VS Code und unterstützen Hintergrundaktualisierungen. Ja, das stimmt, Sie erhalten jetzt In-Product-Automatische Updates für Linux, genau wie Windows- und macOS-Benutzer. 🎉

Snap store

Die Installation des Snap-Pakets ist so einfach wie:

sudo snap install code --classic

Sind Sie ein Insider? Kommen Sie und springen Sie zum Insiders Snap-Paket und erhalten Sie tägliche Updates ohne zusätzliche Arbeit.

sudo snap install code-insiders --classic

Caching von NPM-Paketen

Dank unserer Freunde von Microsoft DevLabs konnten wir unsere OSS-Builds mithilfe einer Azure Pipelines-Erweiterung beschleunigen, die NPM-Pakete cacht und den gesamten npm install-Prozess beschleunigt. Wenn Sie mehr darüber erfahren möchten, können Sie diesen Blogbeitrag von Ethan Dennis lesen.

Strikte Null-Prüfung von VS Code

Wir haben in dieser Iteration einen letzten großen Schub unternommen, um die strikte Null-Prüfung von TypeScript für die Kern-Codebasis von VS Code zu aktivieren. Strikte Null-Prüfungen helfen, einige häufige Programmierfehler zu erkennen und machen unseren Code wartbarer, damit wir uns schnell und sicher weiterentwickeln können.

Die Aktivierung von strikten Null-Prüfungen für den Kern von VS Code war eine sechsmonatige Anstrengung, an der mindestens 40 Mitwirkende beteiligt waren und die Zehntausende von Codezeilen berührte. Sie können darüber lesen, wie wir die strikte Null-Prüfung schrittweise aktiviert haben, in Issue #60565.

Beiträge zu Erweiterungen

GitHub Pull Requests

In diesem Meilenstein haben wir weiter an Verbesserungen der GitHub Pull Requests-Erweiterung gearbeitet.

Hier sind einige der neuen Funktionen:

  • Neue Befehle workbench.action.addComment und workbench.action.submitComment zum Anpassen der Tastenkombinationen für das Hinzufügen und Absenden von Kommentaren.
  • Polierte Darstellung von GitHub-To-Do-Listen auf der Beschreibungsseite.
  • Übernahme der neuen Kommentar-API.

Vetur

Die Vetur-Erweiterung unterstützt jetzt jede Workspace-Version von TypeScript > 2.8, sodass Benutzer eine konsistentere Sprachunterstützung zwischen *.vue-, *.js- und *.ts-Dateien erhalten.

Neben der Bereitstellung neuer TypeScript-Sprachfunktionen und Fehlerbehebungen hat Vetur seine Integration mit TypeScript verbessert, um ausgegraute ungenutzte Variablen, Code-Aktionen (Autofixes) und Auto-Import für *.vue-Dateien bereitzustellen.

Vetur TypeScript features

Lesen Sie mehr über diese Funktionen im Vetur Changelog.

Neue Dokumentation

Node Remote Debugging

Das neue Thema Remote Debugging für Node.js erklärt, wie Sie den VS Code-Debugger mit Ihren Node.js-Anwendungen, die auf Azure laufen, mit der Azure App Service-Erweiterung verbinden können.

Azure App Service extension

Bemerkenswerte Fehlerbehebungen

  • 27636: Quick Commands Fuzzy-Suche funktioniert nicht für Text in Klammern
  • 66632: Terminal-Link-Unterstreichungen auf Zeilen, die mit \t beginnen, sind versetzt
  • 70962: Console.WriteLine() erzeugt keine Leerzeile mehr

Vielen Dank

Nicht zuletzt ein großes Dankeschön! an die folgenden Personen, die dazu beigetragen haben, VS Code noch besser zu machen

Beiträge zu unserer Issue-Verfolgung. Bitte sehen Sie unsere Community Issue Tracking-Seite, wenn Sie uns bei der Verwaltung eingehender Issues helfen möchten.

Beiträge zu vscode

Beiträge zu vscode-css-languageservice

Beiträge zu node-jsonc-parser

Beiträge zu inno-updater

Beiträge zu debug-adapter-protocol

Beiträge zu localization

Es gibt über 700 Cloud + AI Localization Community-Mitglieder, die die Microsoft Localization Community Platform (MLCP) nutzen, mit etwa 100 aktiven Mitwirkenden an Visual Studio Code.

Wir schätzen Ihre Beiträge, sei es durch neue Übersetzungen, Abstimmungen über Übersetzungen oder Vorschläge zur Prozessverbesserung.

Hier ist eine Momentaufnahme der Mitwirkenden. Details zum Projekt, einschließlich der Liste der Mitwirkenden, finden Sie auf der Projektseite unter https://aka.ms/vscodeloc.

  • Bosnisch: Ismar Bašanović.
  • Bulgarisch: Любомир Василев.
  • Tschechisch: Jakub Stibůrek, David Jareš, Samuel Tulach, Jan Brudný.
  • Dänisch: Lasse Stilvang, Alexander Matzen, Johan Fagerberg, Allan Kimmer Jensen.
  • Niederländisch: Jos Verlinde, Hans Zoons, Eric Algera, Sujith Quintelier.
  • Englisch (Vereinigtes Königreich): YASHU MITTAL, Mohammad Idrees, Chris Dias.
  • Finnisch: Petri Niinimäki, Riku Riikonen,Valtteri Vatanen.
  • Französisch: Corwin D'Ambre, Mohamed Sahbi, Antoine Griffard, Maxime Coquerel, Cédric M., Steven Dugois, franto.
  • Deutsch: Frank Lindecke, Dejan Dinic, Jakob von der Haar, Mario Koschischek, Florian Berger, Hans Meiser, Carsten Kneip, Thorsten Hans, Sebastian Seidl.
  • Griechisch: Jim Spentzos, Stratos Kourtzanidis, John D, Δημήτρης Παπαϊωάννου.
  • Hebräisch: Shalom Craimer, Snir Broshi, Kyle Orin.
  • Hindi: Satish Yadav, Amit Gusain, Ashok Kumar Rathore, nirav adatiya, Rajeev Desai, shaswat rungta, Kumar Vaibhav, Jagjeet Singh, Pratishek PII, Chethana S, Dhanvi Kapila.
  • Chinesisch Vereinfacht: Tingting Yi, 斌 项, feiyun0112 feiyun0112, 刘瑞恒 刘瑞恒, 建东 薛, YITING ZHU, Joel Yang, Junzhe Liu, Dave Young, 昊宇 周, Tony Xia, Yu Zhang, XIANG ZUO, 彦佐 刘, Edi Wang, 少民 谈, Zhiqiang Li, 福永 叶, G.Y. Z, Hao Hu, Pluwen, meng shao, Xiangrui Kong, Liam Kennedy, 松阳 樊, Young Bige, Justin Liu, Jessica Zhang, Licheng Ren, 驰 雷, sun qing, xiong Fu, Fan Su, Lynne Dong, 吉姆 舒, zhao yu, 游 尤, 剑秋 陶, Hanlin Yang, bh wu, Hanyu ZHANG, Y F, WangCG duoduobear, Jiang LI, 越 郑, ziqiang sun, 正元 刘, peng wei, 瑜 周, Simon Chan, 仁松 陈, 翼 张, Wang Weixuan, Ludi Fang, 九鼎 谭.
  • Chinesisch Traditionell: 謝政廷, 奕濬 潘, Winnie Lin, 小克.
  • Ungarisch: Péter Nagy, Levente Hallai Seiler, Richard Borcsik, Dániel Tar.
  • Indonesisch: Laurensius Dede Suhardiman, Franky So, Rachmat Wahidi, Afnizar Nur Ghifari, Pradipta Hendri, Azhe Kun.
  • Italienisch: Alessandro Alpi, Bruni Luca, Andrea Dottor, Riccardo Cappello, Aldo Donetti, Michael Longo.
  • Japanisch: nh, EbXpJ6bp -, Hasefumi, Masakazu TENMYO, torisoup, Takayuki Fuwa, Yosuke Sano, Makoto Sakaguchi, 裕子 知念, Rie Moriguchi, Koichi Makino, Fujio Kojima, Kazuya Ujihara, Yasuaki Matsuda.
  • Koreanisch: Jong Heun Shin, Kyunghee Ko, Jae Yong Kum, SeungJin Jeong.
  • Lettisch: kaspars bergs.
  • Norwegisch: Andreas Rødland, Cookius Monsterius, Stephan Eriksen.
  • Polnisch: Grzegorz Miros, Tomasz Świstak, Michal Szulc, Bartek PL, Szymon Seliga, Tomasz Chojnacki, Marcin Weksznejder, Piotr Grędowski, Artur Pelczar, Marcin Floryan, Jakub Jedryszek.
  • Portugiesisch (Brasilien): Marcondes Alexandre, Albert Tanure, Marcelo Fernandes, Junior Galvão - MVP, Roberto Fonseca, Ray Carneiro, Renan Miguel, Lucas Miranda, Eduardo Moura, Bruno Talanski, Bruno Sonnino, Jucinei Pereira dos Santos, Emmanuel Gomes Brandão, Flávio Albuquerque Camilo, Pablo Garcia, José Rafael de Santana, Douglas Ivatiuk Martim, Giuliano Reginatto, Marcos Dias, Alan William, Lucas Nunes, Gabriel Schade, arthurdenner ., Mauricio Lima, Gabriel Barbosa, Victor Cavalcante, Letticia Nicoli, Fernando Val, Milton Camara, Felipe Scuissiatto, Alessandro Fragnani, Gustavo Bezerra, Cynthia Zanoni, Marcelo Guerra, Jhonathan Soares, Rafael Laranja, Swellington Soares.
  • Portugiesisch (Portugal): Vitor Barbosa, João Carvalho.
  • Rumänisch: Mihai Marinescu.
  • Russisch: Andrey Veselov, michael v, Иван Лещенко.
  • Serbisch: Milos Zivkovic.
  • Spanisch: Andy Gonzalez, Engel Aguilar, Alvaro Enrique Ruano, Carlos Mendible, José María Aguilar, julian3xl, Ing. Sergio Uziel Tovar Lemus, Mario Mendieta, Jorge Serrano Pérez.
  • Tamil: Mani M, Krishna Pravin, Jeffin R P, Vetri ..
  • Türkisch: Hüseyin Fahri Uzun, Okan Çetin, Muhammed Emin TİFTİKÇİ.
  • Ukrainisch: Dmytro Kutianskyi, Did Kokos.
  • Vietnamesisch: Belikhun, Việt Anh Nguyễn.
© . This site is unofficial and not affiliated with Microsoft.