.NET-Umgebungsvariablen

Dieser Artikel gilt für: ✔️ .NET Core 3.1 SDK und höher

In diesem Artikel erfahren Sie mehr über die Umgebungsvariablen, die vom .NET SDK, der .NET-CLI und der .NET-Runtime verwendet werden. Einige Umgebungsvariablen werden von der .NET-Runtime verwendet, während andere nur vom .NET SDK und der .NET-CLI verwendet werden. Einige Umgebungsvariablen werden von allen verwendet.

.NET-Runtime-Umgebungsvariablen

DOTNET_SYSTEM_NET_HTTP_*

Es gibt mehrere globale Einstellungen für HTTP-Umgebungsvariablen:

  • DOTNET_SYSTEM_NET_HTTP_ENABLEACTIVITYPROPAGATION
    • Gibt an, ob die Aktivitätsweitergabe des Diagnosehandlers für globale HTTP-Einstellungen aktiviert werden soll.
  • DOTNET_SYSTEM_NET_HTTP_SOCKETSHTTPHANDLER_HTTP2SUPPORT
    • Wenn die Einstellung false oder 0 ist, wird die standardmäßig aktivierte HTTP/2-Unterstützung deaktiviert.
  • DOTNET_SYSTEM_NET_HTTP_SOCKETSHTTPHANDLER_HTTP3SUPPORT
    • Wenn die Einstellung true oder 1 ist, wird die standardmäßig aktivierte HTTP/3-Unterstützung deaktiviert.
  • DOTNET_SYSTEM_NET_HTTP_SOCKETSHTTPHANDLER_HTTP2FLOWCONTROL_DISABLEDYNAMICWINDOWSIZING
    • Wenn die Einstellung false oder 0 ist, wird der Standardwert außer Kraft gesetzt und der HTTP/2-Algorithmus für die dynamische Fensterskalierung deaktiviert.
  • DOTNET_SYSTEM_NET_HTTP_SOCKETSHTTPHANDLER_FLOWCONTROL_MAXSTREAMWINDOWSIZE
    • Der Standardwert ist 16 MB. Wurde der Wert außer Kraft gesetzt, darf die maximale Größe des Empfangsfensters des HTTP/2-Streams nicht kleiner als 65.535 sein.
  • DOTNET_SYSTEM_NET_HTTP_SOCKETSHTTPHANDLER_FLOWCONTROL_STREAMWINDOWSCALETHRESHOLDMULTIPLIER
    • Der Standardwert ist 1.0. Wurde der Wert außer Kraft gesetzt, führen höhere Werte zu einem kürzeren Fenster, aber langsameren Downloads. Darf nicht kleiner als 0 sein.

DOTNET_SYSTEM_GLOBALIZATION_*

  • DOTNET_SYSTEM_GLOBALIZATION_INVARIANT: Siehe Invarianten Modus einstellen
  • DOTNET_SYSTEM_GLOBALIZATION_PREDEFINED_CULTURES_ONLY: Gibt an, ob nur vordefinierte Kulturen geladen werden sollen.
  • DOTNET_SYSTEM_GLOBALIZATION_APPLOCALICU: Gibt an, ob die app-local ICU (International Components of Unicode) verwendet werden soll. Weitere Informationen finden Sie unter App-local ICU.

Invarianten Modus einstellen

Anwendungen können den invarianten Modus auf eine der folgenden Arten aktivieren:

  1. In der Projektdatei:

    <PropertyGroup>
        <InvariantGlobalization>true</InvariantGlobalization>
    </PropertyGroup>
    
  2. In der Datei runtimeconfig.json:

    {
        "runtimeOptions": {
            "configProperties": {
                "System.Globalization.Invariant": true
            }
        }
    }
    
  3. Durch Einstellen des Werts der Umgebungsvariablen DOTNET_SYSTEM_GLOBALIZATION_INVARIANT auf true oder 1.

Wichtig

Ein in der Projektdatei oder runtimeconfig.json festgelegter Wert hat eine höhere Priorität als die Umgebungsvariable.

Weitere Informationen finden sie unter Invarianter Globalisierungsmodus in .NET.

DOTNET_SYSTEM_GLOBALIZATION_USENLS

Dies gilt nur für Windows. Damit die Globalisierung NLS (National Language Support) verwendet, legen Sie DOTNET_SYSTEM_GLOBALIZATION_USENLS auf true oder 1 fest. Um NLS nicht zu verwenden, legen Sie DOTNET_SYSTEM_GLOBALIZATION_USENLS entweder auf false oder 0 fest.

DOTNET_SYSTEM_NET_SOCKETS_*

Dieser Abschnitt konzentriert sich auf zwei System.Net.Sockets Umgebungsvariablen:

  • DOTNET_SYSTEM_NET_SOCKETS_INLINE_COMPLETIONS
  • DOTNET_SYSTEM_NET_SOCKETS_THREAD_COUNT

Socketfortsetzungen werden vom Ereignisthread an System.Threading.ThreadPool gesendet. Dadurch wird vermieden, dass Fortsetzungen die Ereignisbehandlung blockieren. Damit Fortsetzungen direkt im Ereignisthread ausgeführt werden können, legen Sie DOTNET_SYSTEM_NET_SOCKETS_INLINE_COMPLETIONS auf 1 fest. Standardmäßig ist es deaktiviert.

Hinweis

Diese Einstellung kann die Leistung beeinträchtigen, wenn es aufwendige Arbeiten gibt, die den E/A-Thread länger als nötig beanspruchen. Führen Sie entsprechende Tests durch, um sicherzustellen, dass diese Einstellung die Leistung verbessert.

Mithilfe von TechEmpower-Benchmarks, die viele kleine Sockets lesen und schreiben, ist ein einzelnes Socketmodul in der Lage, bis zu dreißig x64 und acht Arm64 CPU-Kerne zu halten. Die große Mehrheit der Szenarien in echten Umgebungen generiert keine Auslastung in dieser Größe (Hunderttausende Anforderungen pro Sekunde), und ein einzelner Producer ist fast immer ausreichend. Um jedoch sicherzustellen, dass extreme Auslastungen verarbeitet werden können, können Sie DOTNET_SYSTEM_NET_SOCKETS_THREAD_COUNT verwenden, um den berechneten Wert außer Kraft zu setzen. Wird der berechnete Wert nicht außer Kraft gesetzt, wird folgender Wert verwendet:

  • Wenn DOTNET_SYSTEM_NET_SOCKETS_INLINE_COMPLETIONS1 ist, wird der Wert Environment.ProcessorCount verwendet.
  • Wenn DOTNET_SYSTEM_NET_SOCKETS_INLINE_COMPLETIONS nicht 1 ist, wird RuntimeInformation.ProcessArchitecture ausgewertet.
    • Wenn Arm oder Arm64 die Kerne pro Motorwert auf 8, andernfalls 30festgelegt ist.
  • Bei Verwendung der ermittelten Kerne pro Engine der Höchstwert von entweder 1 oder Environment.ProcessorCount über den Kernen pro Engine.

DOTNET_SYSTEM_NET_DISABLEIPV6

Dies hilft zu ermitteln, ob die IP Version 6 (IPv6) deaktiviert ist oder nicht. Wenn die Einstellung auf true oder 1 lautet, ist IPv6 deaktiviert, sofern in System.AppContext nicht anders angegeben.

DOTNET_SYSTEM_NET_HTTP_USESOCKETSHTTPHANDLER

Sie können einen der folgenden Mechanismen verwenden, um einen Prozess für die Verwendung des älteren HttpClientHandler zu konfigurieren:

Verwenden Sie im Code die Klasse AppContext:

AppContext.SetSwitch("System.Net.Http.UseSocketsHttpHandler", false);

Switch AppContext kann auch durch eine Konfigurationsdatei festgelegt werden. Weitere Informationen zum Konfigurieren von Switches finden Sie unter AppContext für Bibliotheksconsumer.

Dies kann auch über die Umgebungsvariable DOTNET_SYSTEM_NET_HTTP_USESOCKETSHTTPHANDLER erreicht werden. Zum Deaktivieren legen Sie den Wert auf false oder 0 fest.

Hinweis

Ab .NET 5 ist diese Einstellung HttpClientHandler nicht mehr verfügbar.

DOTNET_Jit* und DOTNET_GC*

Es gibt zwei belastungsbezogene Features für die JIT- und JIT-generierten GC-Informationen: JIT-Belastung und GC-Lochbelastung. Diese Features bieten während der Entwicklung eine Möglichkeit, Grenzfälle und Szenarien aus der „realen Praxis“ zu ermitteln, ohne komplexe Anwendungen entwickeln zu müssen. Die folgenden Umgebungsvariablen sind verfügbar:

  • DOTNET_JitStress
  • DOTNET_JitStressModeNamesOnly
  • DOTNET_GCStress

JIT-Belastung

JIT-Belastung kann auf verschiedene Weise aktiviert werden. Legen Sie DOTNET_JitStress auf einen ganzzahligen Wert ungleich 0 fest, um basierend auf einem Hash des Methodennamens unterschiedliche Ebenen von JIT-Optimierungen zu generieren. Um alle Optimierungen anzuwenden, legen Sie z. B. DOTNET_JitStress=2 fest. Eine weitere Möglichkeit zum Aktivieren der JIT-Belastung ist das Festlegen von DOTNET_JitStressModeNamesOnly=1 und das anschließende Anfordern der Belastungsmodi (durch Leerzeichen getrennt) in der Variablen DOTNET_JitStressModeNames.

Betrachten Sie beispielsweise Folgendes:

DOTNET_JitStressModeNames=STRESS_USE_CMOV STRESS_64RSLT_MUL STRESS_LCL_FLDS

GC-Lochbelastung

Das Aktivieren der GC-Lochbelastung führt dazu, dass GCs immer an bestimmten Stellen auftreten und dies hilft, GC-Löcher zu identifizieren. Die GC-Lochbelastung kann mithilfe der Umgebungsvariablen DOTNET_GCStress aktiviert werden.

Weitere Informationen finden Sie unter Untersuchen von JIT und GC-Lochbelastung.

JIT-Speicherbarrieren

Der Codegenerator für Arm64 ermöglicht es allen MemoryBarriers Anweisungen, die durch Einstellung DOTNET_JitNoMemoryBarriers1entfernt werden.

DOTNET_RUNNING_IN_CONTAINER und DOTNET_RUNNING_IN_CONTAINERS

Die offiziellen .NET-Images (Windows und Linux) legen die bekannten Umgebungsvariablen fest:

  • DOTNET_RUNNING_IN_CONTAINER
  • DOTNET_RUNNING_IN_CONTAINERS

Diese Werte werden verwendet, um zu bestimmen, wann Ihre ASP.NET Core-Workloads im Kontext eines Containers ausgeführt werden.

DOTNET_SYSTEM_CONSOLE_ALLOW_ANSI_COLOR_REDIRECTION

Wenn Console.IsOutputRedirectedtrue ist, können Sie ANSI-Farbcode ausgeben, indem Sie DOTNET_SYSTEM_CONSOLE_ALLOW_ANSI_COLOR_REDIRECTION auf 1 oder true festlegen.

  • DOTNET_SYSTEM_DIAGNOSTICS_DEFAULTACTIVITYIDFORMATISHIERARCHIAL: Bei 1 oder true ist das standardmäßige Format der Aktivitäts-ID hierarchisch.
  • DOTNET_SYSTEM_RUNTIME_CACHING_TRACING: Bei der Ausführung als Debug kann die Ablaufverfolgung aktiviert werden, wenn diese true ist.

DOTNET_DiagnosticPorts

Konfiguriert alternative Endpunkte, in denen Diagnosetools mit der .NET-Laufzeit kommunizieren können. Weitere Informationen finden Sie in der Dokumentation zum Diagnoseport .

DOTNET_DefaultDiagnosticPortSuspend

Konfiguriert die Laufzeit, die während des Starts angehalten werden soll, und warten Sie auf den Befehl " Diagnose-IPC ResumeStartup " aus dem angegebenen Diagnoseport, wenn sie auf 1 festgelegt ist. Der Standardwert ist 0. Weitere Informationen finden Sie in der Dokumentation zum Diagnoseport .

DOTNET_EnableDiagnostics

Beim Festlegen auf 1, aktiviert Das Debuggen, Profilerstellung und andere Diagnose über den Diagnoseport. Der Standardwert lautet 1.

EventPipe-Variablen

Weitere Informationen finden Sie unter EventPipe-Umgebungsvariablen .

  • DOTNET_EnableEventPipe: Beim Festlegen auf 1, aktiviert die Ablaufverfolgung über EventPipe.
  • DOTNET_EventPipeOutputPath: Der Ausgabepfad, auf dem die Ablaufverfolgung geschrieben wird.
  • DOTNET_EventPipeOutputStreaming: Beim Festlegen auf 1, ermöglicht das Streamen der Ausgabedatei, während die App ausgeführt wird. Standardmäßig werden Ablaufverfolgungsinformationen in einem Zirkelpuffer gesammelt und der Inhalt wird beim Herunterfahren der App geschrieben.

.NET SDK- und CLI-Umgebungsvariablen

DOTNET_ROOT, DOTNET_ROOT(x86)

Gibt den Speicherort der .NET-Runtimes an, wenn sie nicht am Standardspeicherort installiert sind. Der Standardspeicherort unter Windows ist C:\Program Files\dotnet. Der Standardspeicherort unter Linux und macOS ist /usr/share/dotnet. Diese Umgebungsvariable wird nur beim Ausführen von Anwendungen über generierte ausführbare Dateien (Apphosts) verwendet. DOTNET_ROOT(x86) wird stattdessen verwendet, wenn eine ausführbare 32-Bit-Datei auf einem 64-Bit-Betriebssystem ausgeführt wird.

NUGET_PACKAGES

Der Ordner für globale Pakete. Wenn er nicht festgelegt wird, wird standardmäßig ~/.nuget/packages unter Unix oder %userprofile%\.nuget\packages unter Windows verwendet.

DOTNET_SERVICING

Gibt den Speicherort des Wartungsindex an, der vom freigegebenen Host verwendet wird, wenn die Laufzeit geladen wird.

Gibt an, ob bei der ersten Ausführung .NET-Willkommens- und -Telemetriemeldungen angezeigt werden. Bei Festlegung auf true werden diese Meldungen unterdrückt (akzeptierte Werte: true, 1 oder yes), bei Festlegung auf false werden die Meldungen zugelassen (akzeptierte Werte: false, 0 oder no). Sofern dies nicht so festgelegt wurde, lautet der Standardwert false und die Meldungen werden bei der ersten Ausführung angezeigt. Dieses Flag hat keine Auswirkung auf die Telemetrie (siehe DOTNET_CLI_TELEMETRY_OPTOUT zum Deaktivieren der Übermittlung von Telemetriedaten).

DOTNET_CLI_PERF_LOG

Gibt an, ob Leistungsdetails zur aktuellen CLI-Sitzung protokolliert werden. Aktiviert, wenn 1, true oder yes festgelegt sind. Diese Einstellung ist standardmäßig deaktiviert.

DOTNET_GENERATE_ASPNET_CERTIFICATE

Gibt an, ob ein ASP.NET Core-Zertifikat erstellt werden soll. Der Standardwert ist true. Dieser kann jedoch außer Kraft gesetzt werden, indem diese Umgebungsvariable entweder auf 0, false oder no festgelegt wird.

DOTNET_ADD_GLOBAL_TOOLS_TO_PATH

Gibt an, ob der Umgebungsvariablen PATH globale Tools hinzugefügt werden. Die Standardeinstellung ist true. Um dem Pfad keine globalen Tools hinzuzufügen, legen Sie 0, false oder no fest.

DOTNET_CLI_TELEMETRY_OPTOUT

Gibt an, ob Daten zur Nutzung von .NET-Tools gesammelt und an Microsoft gesendet werden. Legen Sie true fest, um die Telemetriefunktion zu deaktivieren (Wert true, 1 oder yes wird akzeptiert). Legen Sie andernfalls false fest, um die Telemetriefunktionen zu aktivieren (Wert false, 0 oder no wird akzeptiert). Ohne Festlegung ist der Standardwert false, und die Telemetriefunktion ist aktiviert.

DOTNET_SKIP_FIRST_TIME_EXPERIENCE

Wenn DOTNET_SKIP_FIRST_TIME_EXPERIENCE auf true festgelegt ist, wird der NuGetFallbackFolder nicht auf den Datenträger erweitert, und es werden eine kürzere Begrüßungsnachricht und ein kürzerer Telemetriehinweis angezeigt.

DOTNET_MULTILEVEL_LOOKUP

Gibt an, ob die .NET-Laufzeit, das freigegebene Framework oder das SDK vom globalen Speicherort aufgelöst werden. Ohne Festlegung ist der Standardwert 1 (logisch true). Legen Sie den Wert auf 0 (logische false) fest, um den globalen Speicherort nicht aufzulösen und isolierte .NET-Installationen aufweisen. Weitere Informationen zu Lookup mit mehreren Ebenen finden Sie unter Multi-level SharedFX lookup (SharedFX-Lookup mit mehreren Ebenen).

Hinweis

Diese Umgebungsvariable gilt nur für Anwendungen, die auf .NET 6 und frühere Versionen abzielen. Ab .NET 7 sucht .NET nur nach Frameworks an einem Speicherort. Weitere Informationen finden Sie unter " Nachschlagevorgang auf mehreren Ebenen" ist deaktiviert.

DOTNET_ROLL_FORWARD

Bestimmt das Rollforwardverhalten. Weitere Informationen finden Sie in der --roll-forward Option für den dotnet Befehl.

DOTNET_ROLL_FORWARD_TO_PRERELEASE

Wenn diese Option auf 1 (aktiviert) festgelegt ist, wird das Rollforward von einer endgültigen Produktversion zu einer Vorabversion aktiviert. Wenn eine endgültige Releaseversion der .NET-Runtime angefordert wird, werden standardmäßig (0 – deaktiviert) nur installierte endgültige Releaseversionen beim Rollforward berücksichtigt.

Weitere Informationen finden Sie in der --roll-forward Option für den dotnet Befehl

DOTNET_ROLL_FORWARD_ON_NO_CANDIDATE_FX

Deaktiviert Rollforward der Nebenversion, wenn 0 festgelegt ist. Diese Einstellung wird in .NET Core 3.0 durch DOTNET_ROLL_FORWARD abgelöst. Stattdessen sollten die neuen Einstellungen verwendet werden.

DOTNET_CLI_UI_LANGUAGE

Legt die Sprache der CLI-Benutzeroberfläche mit einem Gebietsschemawert wie en-us fest. Die unterstützten Werte sind identisch mit denen für Visual Studio. Weitere Informationen finden Sie im Abschnitt zum Ändern der Sprache des Installationsprogramms in der Visual Studio-Installationsdokumentation. Die .NET-Ressourcen-Managerregeln gelten, sodass Sie keine genaue Übereinstimmung auswählen müssen– Sie können auch untergeordnete Elemente in der CultureInfo Struktur auswählen. Bei einer Festlegung auf fr-CA findet und verwendet die Befehlszeilenschnittstelle z. B. die fr-Übersetzungen. Wenn Sie eine nicht unterstützte Sprache festlegen, greift die Befehlszeilenschnittstelle auf Englisch zurück.

DOTNET_DISABLE_GUI_ERRORS

Für generierte ausführbare Dateien mit aktivierter Benutzeroberfläche – deaktiviert das Dialogfeld-Popupfenster, das normalerweise bei bestimmten Fehlerklassen angezeigt wird. Es schreibt nur an stderr und beendet sich nur in diesen Fällen.

DOTNET_ADDITIONAL_DEPS

Entspricht der CLI-Option --additional-deps.

DOTNET_RUNTIME_ID

Setzt die erkannte RID außer Kraft.

DOTNET_SHARED_STORE

Speicherort des „gemeinsamen Speichers“, auf den die Assemblyauflösung in einigen Fällen zurückgreift.

DOTNET_STARTUP_HOOKS

Liste der Assemblys zum Laden und Ausführen von Startuphooks.

DOTNET_BUNDLE_EXTRACT_BASE_DIR

Gibt ein Verzeichnis an, in das eine Einzeldateianwendung vor der Ausführung extrahiert wird.

Weitere Informationen finden Sie unter Ausführbare Einzeldateien.

DOTNET_CLI_CONTEXT_*

  • DOTNET_CLI_CONTEXT_VERBOSE: Um einen ausführlichen Kontext zu aktivieren, legen Sie die Einstellung auf true fest.
  • DOTNET_CLI_CONTEXT_ANSI_PASS_THRU: Um einen ANSI-Passthrough zu aktivieren, legen Sie die Einstellung auf true fest.

DOTNET_CLI_WORKLOAD_UPDATE_NOTIFY_DISABLE

Diese Variable deaktiviert Downloads von Ankündigungsmanifesten im Hintergrund für Workloads. Der Standardwert lautet false (nicht deaktiviert). Ist die Variable auf true festgelegt, sind Downloads deaktiviert. Weitere Informationen finden Sie unter Ankündigungsmanifeste.

DOTNET_CLI_WORKLOAD_UPDATE_NOTIFY_INTERVAL_HOURS

Diese Variable gibt die Mindestanzahl an Stunden an, die zwischen Downloads von Ankündigungsmanifesten im Hintergrund für Workloads liegen müssen. Der Standardwert ist 24 (nicht häufiger als einmal am Tag). Weitere Informationen finden Sie unter Ankündigungsmanifeste.

COREHOST_TRACE

Steuert die Diagnoseablaufverfolgung von den Hostingkomponenten wie dotnet.exe, hostfxr und hostpolicy.

  • COREHOST_TRACE=[0/1] – Standardwert ist 0 – Ablaufverfolgung deaktiviert. Wenn auf 1 festgelegt, ist die Diagnoseablaufverfolgung aktiviert.

  • COREHOST_TRACEFILE=<file path> – hat nur dann Auswirkungen, wenn die Ablaufverfolgung durch Festlegen von COREHOST_TRACE=1 aktiviert wird. Wurde dies so festgelegt, werden die Ablaufverfolgungsinformationen in die angegebene Datei geschrieben, andernfalls in stderr.

  • COREHOST_TRACE_VERBOSITY=[1/2/3/4] – Standardwert ist 4. Die Einstellung wird nur verwendet, wenn die Ablaufverfolgung über COREHOST_TRACE=1 aktiviert wird.

    • 4 – alle Ablaufverfolgungsinformationen werden geschrieben
    • 3 – nur Informationen, Warn- und Fehlermeldungen werden geschrieben
    • 2 – nur Warn- und Fehlermeldungen werden geschrieben
    • 1 – nur Fehlermeldungen werden geschrieben

Die übliche Methode, ausführliche Ablaufverfolgungsinformationen zum Start der Anwendung zu erhalten, besteht darin, vor der Ausführung der Anwendung COREHOST_TRACE=1 und COREHOST_TRACEFILE=host_trace.txt festzulegen. Im aktuellen Verzeichnis wird eine neue Datei host_trace.txt mit detaillierten Informationen erstellt.

SuppressNETCoreSdkPreviewMessage

Bei Festlegung auf true wird beim Aufrufen von dotnet keine Warnung angezeigt, wenn ein Vorschau-SDK verwendet wird.

Konfigurieren von MSBuild in der .NET CLI

Um den MSBuild prozessextern (Out-of-Process) auszuführen, legen Sie die Umgebungsvariable DOTNET_CLI_RUN_MSBUILD_OUTOFPROC entweder auf 1, true oder yes fest. Standardmäßig wird MSBuild prozessintern (In-Process) ausgeführt. Um zu erzwingen, dass MSBuild einen externen, langlebigen Arbeitsknotenprozess zum Erstellen von Projekten verwendet, legen Sie DOTNET_CLI_USE_MSBUILDNOINPROCNODE auf 1, true oder yes fest. Dadurch wird die Umgebungsvariable MSBUILDNOINPROCNODE auf 1 festgelegt (bezeichnet als MSBuild Server V1), da der Eingabeprozess den größten Teil der Arbeit an diese weiterreicht.

DOTNET_MSBUILD_SDK_RESOLVER_*

Hierbei handelt es sich um Außerkraftsetzungen, die dazu verwendet werden, zu erzwingen, dass die aufgelösten SDK-Aufgaben und -Ziele aus einem bestimmten Basisverzeichnis stammen und eine bestimmte Version an MSBuild melden, was - falls unbekannt - möglicherweise null ist. Ein wichtiger Anwendungsfall dafür ist das Testen von SDK-Aufgaben und -Zielen, ohne sie mithilfe der .NET Core SDK bereitzustellen.

  • DOTNET_MSBUILD_SDK_RESOLVER_SDKS_DIR: Setzt das .NET SDK-Verzeichnis außer Kraft.
  • DOTNET_MSBUILD_SDK_RESOLVER_SDKS_VER: Setzt die .NET SDK-Version außer Kraft.
  • DOTNET_MSBUILD_SDK_RESOLVER_CLI_DIR: Setzt den dotnet.exe-Verzeichnispfad außer Kraft.

DOTNET_NEW_PREFERRED_LANG

Konfiguriert die Standardprogrammiersprache für den Befehl dotnet new, wenn der Switch -lang|--language ausgelassen wird. Standardwert: C#. Gültige Werte sind C#, F# oder VB. Weitere Informationen finden Sie unter dotnet new.

dotnet watch Umgebungsvariablen

Informationen zu dotnet watch Einstellungen, die als Umgebungsvariablen verfügbar sind, finden Sie unter Dotnet Watch-Umgebungsvariablen.

Siehe auch