Condividi tramite

Variabili di ambiente .NET

In questo articolo verranno fornite informazioni sulle variabili di ambiente usate da .NET. Alcune variabili di ambiente vengono usate dal runtime .NET, mentre altre vengono usate solo da .NET SDK e dall'interfaccia della riga di comando di .NET. Alcune variabili di ambiente vengono usate da tutti e tre i componenti.

Variabili di ambiente .NET

Questa sezione definisce le variabili di ambiente seguenti:

Per altre informazioni sulla configurazione del runtime .NET, vedere Impostazioni di configurazione del runtime .NET.

DOTNET_SYSTEM_NET_HTTP_*

Esistono diverse impostazioni delle variabili di ambiente HTTP globali:

  • DOTNET_SYSTEM_NET_HTTP_ENABLEACTIVITYPROPAGATION
    • Indica se abilitare o meno la propagazione dell'attività del gestore di diagnostica per le impostazioni HTTP globali.
  • DOTNET_SYSTEM_NET_HTTP_SOCKETSHTTPHANDLER_HTTP2SUPPORT
    • Se impostato su false o 0, disabilita il supporto HTTP/2, che è abilitato per impostazione predefinita.
  • DOTNET_SYSTEM_NET_HTTP_SOCKETSHTTPHANDLER_HTTP3SUPPORT
    • Se impostato su true o 1, abilita il supporto HTTP/3, che è disabilitato per impostazione predefinita.
  • DOTNET_SYSTEM_NET_HTTP_SOCKETSHTTPHANDLER_HTTP2FLOWCONTROL_DISABLEDYNAMICWINDOWSIZING
    • Se impostato su false o 0, esegue l'override dell'impostazione predefinita e disabilita l'algoritmo di ridimensionamento delle finestre dinamiche HTTP/2.
  • DOTNET_SYSTEM_NET_HTTP_SOCKETSHTTPHANDLER_FLOWCONTROL_MAXSTREAMWINDOWSIZE
    • Il valore predefinito è 16 MB. In caso di override, le dimensioni massime della finestra di ricezione del flusso HTTP/2 non possono essere inferiori a 65.535.
  • DOTNET_SYSTEM_NET_HTTP_SOCKETSHTTPHANDLER_FLOWCONTROL_STREAMWINDOWSCALETHRESHOLDMULTIPLIER
    • Il valore predefinito è 1.0. Quando ne viene eseguito l'override, i valori più alti generano una finestra più breve, ma download più lenti. Non può essere minore di 0.

DOTNET_SYSTEM_GLOBALIZATION_*

  • DOTNET_SYSTEM_GLOBALIZATION_INVARIANT: vedere impostare la modalità invariante.
  • DOTNET_SYSTEM_GLOBALIZATION_PREDEFINED_CULTURES_ONLY: specifica se caricare solo le impostazioni cultura predefinite.
  • DOTNET_SYSTEM_GLOBALIZATION_APPLOCALICU: indica se usare i componenti internazionali locali dell'app di Unicode (ICU). Per ulteriori informazioni, vedere ICU locale dell'app.

Impostare la modalità invariante

Le applicazioni possono abilitare la modalità invariante in uno dei modi seguenti:

  1. Nel file di progetto:

    <PropertyGroup>
    <InvariantGlobalization>true</InvariantGlobalization>
</PropertyGroup>

  2. Nel file runtimeconfig.json:

    {
    "runtimeOptions": {
        "configProperties": {
            "System.Globalization.Invariant": true
        }
    }
}

  3. Impostando il valore della variabile di ambiente DOTNET_SYSTEM_GLOBALIZATION_INVARIANT su true o 1.

Important

Un valore impostato nel file di progetto o runtimeconfig.json ha una priorità più alta rispetto alla variabile di ambiente.

Per altre informazioni, vedere modalità invariante globalizzazione .NET.

DOTNET_SYSTEM_GLOBALIZATION_USENLS

Questo vale solo per Windows. Affinché la globalizzazione usi il supporto per la lingua nazionale (NLS), impostare DOTNET_SYSTEM_GLOBALIZATION_USENLS su true o 1. Per non usarlo, impostare DOTNET_SYSTEM_GLOBALIZATION_USENLS su false o 0.

DOTNET_SYSTEM_NET_SOCKETS_*

Questa sezione è incentrata su due variabili di ambiente System.Net.Sockets:

  • DOTNET_SYSTEM_NET_SOCKETS_INLINE_COMPLETIONS
  • DOTNET_SYSTEM_NET_SOCKETS_THREAD_COUNT

Le continuazioni socket vengono inviate all'oggetto System.Threading.ThreadPool dal thread dell'evento. In questo modo si evitano continuazioni che bloccano la gestione degli eventi. Per consentire l'esecuzione delle continuazioni direttamente nel thread di eventi, impostare DOTNET_SYSTEM_NET_SOCKETS_INLINE_COMPLETIONS su 1. Per impostazione predefinita, è disabilitata.

Note

Questa impostazione può peggiorare le prestazioni se è presente un lavoro costoso che finirà per mantenere il thread di I/O per più tempo del necessario. Testare per assicurarsi che questa impostazione consenta le prestazioni.

Usando benchmark TechEmpower che generano molte letture e scritture socket di piccole dimensioni in un carico molto elevato, un singolo motore socket è in grado di mantenere occupato fino a trenta x64 e otto core CPU Arm64. La maggior parte degli scenari reali non genererà mai un carico così enorme (centinaia di migliaia di richieste al secondo) e avere un singolo produttore è quasi sempre sufficiente. Tuttavia, per assicurarsi che i carichi estremi possano essere gestiti, è possibile usare DOTNET_SYSTEM_NET_SOCKETS_THREAD_COUNT per eseguire l'override del valore calcolato. Se non viene eseguito l'override, viene usato il valore seguente:

DOTNET_SYSTEM_NET_DISABLEIPV6

Consente di determinare se internet Protocol versione 6 (IPv6) è disabilitato. Se impostato su true o 1, IPv6 è disabilitato se non diversamente specificato in System.AppContext.

DOTNET_SYSTEM_NET_HTTP_USESOCKETSHTTPHANDLER

È possibile usare uno dei meccanismi seguenti per configurare un processo per l'uso del precedente HttpClientHandler:

Dal codice usare la classe AppContext:

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

L'opzione AppContext può essere impostata anche da un file di configurazione. Per altre informazioni sulla configurazione delle opzioni, vedere AppContext per i consumer di librerie.

Lo stesso risultato può essere ottenuto tramite la variabile di ambiente DOTNET_SYSTEM_NET_HTTP_USESOCKETSHTTPHANDLER. Per rifiutare esplicitamente, impostare il valore su false o 0.

Note

A partire da .NET 5, questa impostazione per usare HttpClientHandler non è più disponibile.

DOTNET_RUNNING_IN_CONTAINER e DOTNET_RUNNING_IN_CONTAINERS

Le immagini .NET ufficiali (Windows e Linux) impostano le variabili di ambiente note:

  • DOTNET_RUNNING_IN_CONTAINER
  • DOTNET_RUNNING_IN_CONTAINERS

Questi valori vengono usati per determinare quando i carichi di lavoro ASP.NET Core vengono eseguiti nel contesto di un contenitore.

DOTNET_SYSTEM_CONSOLE_ALLOW_ANSI_COLOR_REDIRECTION

Quando Console.IsOutputRedirected è true, è possibile generare codice colore ANSI impostando DOTNET_SYSTEM_CONSOLE_ALLOW_ANSI_COLOR_REDIRECTION su 1 o true.

  • DOTNET_SYSTEM_DIAGNOSTICS_DEFAULTACTIVITYIDFORMATISHIERARCHIAL: quando 1 o true, il formato predefinito ID attività è gerarchico.
  • DOTNET_SYSTEM_RUNTIME_CACHING_TRACING: quando è in esecuzione come debug, la traccia può essere abilitata quando si tratta di true.

DOTNET_DiagnosticPorts

Configura endpoint alternativi in cui gli strumenti di diagnostica possono comunicare con il runtime .NET. Per altre informazioni, vedere la documentazione relativa alla porta di diagnostica.

DOTNET_DefaultDiagnosticPortSuspend

Configura il runtime in modo che venga sospeso durante l'avvio e attenda il comando IPC ResumeStartup di diagnostica dalla porta di diagnostica specificata quando è impostato su 1. Il valore predefinito è 0. Per altre informazioni, vedere la documentazione relativa alla porta di diagnostica.

DOTNET_EnableDiagnostics

Se impostato su 0, disabilita il debug, la profilatura e altra diagnostica tramite la porta di diagnostica e non può essere sottoposto a override da altre impostazioni di diagnostica. Il valore predefinito è 1.

DOTNET_EnableDiagnostics_IPC

A partire da .NET 8, se impostato su 0, disabilita la porta di diagnostica e non può essere sottoposto a override da altre impostazioni di diagnostica. Il valore predefinito è 1.

DOTNET_EnableDiagnostics_Debugger

A partire da .NET 8, se impostato su 0, disabilita il debug e non può essere sottoposto a override da altre impostazioni di diagnostica. Il valore predefinito è 1.

DOTNET_EnableDiagnostics_Profiler

A partire da .NET 8, se impostato su 0, disabilita la profilatura e non può essere sottoposto a override da altre impostazioni di diagnostica. Il valore predefinito è 1.

Variabili EventPipe

Per altre informazioni, vedere variabili di ambiente EventPipe.

  • DOTNET_EnableEventPipe: se impostato su 1, abilita la traccia tramite EventPipe.
  • DOTNET_EventPipeOutputPath: percorso di output in cui verrà scritta la traccia.
  • DOTNET_EventPipeOutputStreaming: se impostato su 1, consente lo streaming al file di output mentre l'app è in esecuzione. Per impostazione predefinita, le informazioni di traccia vengono accumulate in un buffer circolare e il contenuto viene scritto all'arresto dell'app.

Variabili di ambiente di .NET SDK e dell'interfaccia della riga di comando

Questa sezione descrive le variabili di ambiente seguenti:

DOTNET_ROOT, DOTNET_ROOT(x86), DOTNET_ROOT_X86DOTNET_ROOT_X64

Specifica il percorso dei runtime .NET, se non sono installati nel percorso predefinito. Il percorso predefinito in Windows è C:\Program Files\dotnet. Il percorso predefinito in macOS è /usr/local/share/dotnet. Il percorso predefinito per i runtime x64 in un sistema operativo arm64 si trova in una sottocartella x64(così C:\Program Files\dotnet\x64 in windows e /usr/local/share/dotnet/x64 in macOS. Il percorso predefinito in Linux varia a seconda del metodo di distribuzione e installazione. Il percorso predefinito in Ubuntu 22.04 è /usr/share/dotnet (se installato da packages.microsoft.com) o /usr/lib/dotnet (se installato dal feed Jammy). Per ulteriori informazioni, vedi le seguenti risorse:

Queste variabili di ambiente vengono usate solo quando si eseguono app tramite eseguibili generati (apphosts). L'ordine in cui vengono considerate le variabili di ambiente è:

  1. DOTNET_ROOT_<ARCH>, dove <ARCH> è l'architettura dell'eseguibile in esecuzione (apphost). Per esempio:
    • DOTNET_ROOT_ARM64 viene usato per un processo Arm64.
    • DOTNET_ROOT_X64 viene usato per un processo x64. Questo processo potrebbe essere in esecuzione nell'architettura x64 o Arm64.
    • DOTNET_ROOT_X86 viene usato per un processo x86. Questo processo potrebbe essere in esecuzione nell'architettura x86 o x64.
  2. DOTNET_ROOT(x86) viene usato quando un processo a 32 bit è in esecuzione in Windows a 64 bit. In altri casi, questa variabile di ambiente viene ignorata.
  3. DOTNET_ROOT.

DOTNET_HOST_PATH

Specifica il percorso assoluto di un dotnet host (dotnet.exe in Windows, dotnet in Linux e macOS). Questo percorso rappresenta l'host usato per avviare il processo attualmente in esecuzione o l'host che verrebbe usato durante l'esecuzione dotnet di comandi per il progetto attualmente in fase dotnet di compilazione durante l'esecuzione in MSBuild. .NET SDK usa questa variabile per aiutare gli strumenti eseguiti durante i comandi di .NET SDK a garantire che usino la stessa dotnet configurazione host per tutti i processi figlio dotnet creati per la durata del comando. Gli strumenti e qualsiasi logica MSBuild eseguita all'interno di una compilazione e richiamano file binari tramite l'host dotnet devono rispettare questa variabile di ambiente per garantire un'esperienza coerente.

A partire da Visual Studio 2026, MSBuild in Visual Studio garantisce anche che DOTNET_HOST_PATH sia impostato per tutte le compilazioni di progetti .NET SDK. Per una maggiore coerenza, tutti gli strumenti e la logica di MSBuild che vogliono usare lo stesso file binario dotnet di quello su cui è stata generata la compilazione devono basarsi DOTNET_HOST_PATH e devono considerare la possibilità di generare una diagnostica (avviso o errore) quando la variabile non è presente.

Note

DOTNET_HOST_PATH non è una soluzione generale per l'individuazione dell'host dotnet. È destinato solo a essere usato da file binari e strumenti richiamati da .NET SDK o MSBuild.

DOTNET_LAUNCH_PROFILE

Il comando dotnet run imposta questa variabile sul profilo di avvio selezionato.

Dato il file launchSettings.json seguente:

{
  "profiles": {
    "First": {
      "commandName": "Project",
    },
    "Second": {
      "commandName": "Project",
    }
  }
}

E il file Program.cs seguente:

var value = Environment.GetEnvironmentVariable("DOTNET_LAUNCH_PROFILE");
Console.WriteLine($"DOTNET_LAUNCH_PROFILE={value}");

Gli scenari seguenti producono l'output illustrato:

  • Profilo di avvio specificato ed esistente

    $ dotnet run --launch-profile First
DOTNET_LAUNCH_PROFILE=First

  • Profilo di avvio non specificato, primo selezionato

    $ dotnet run
DOTNET_LAUNCH_PROFILE=First

  • Profilo di avvio specificato ma non esistente

    $ dotnet run --launch-profile Third
The launch profile "Third" could not be applied.
A launch profile with the name 'Third' doesn't exist.
DOTNET_LAUNCH_PROFILE=

  • Avviare senza profilo

    $ dotnet run --no-launch-profile
DOTNET_LAUNCH_PROFILE=

NUGET_PACKAGES

La cartella dei pacchetti globali. Se non è impostata, il percorso predefinito è ~/.nuget/packages in Unix o %userprofile%\.nuget\packages in Windows.

DOTNET_SERVICING

Specifica il percorso dell'indice di manutenzione che l'host condiviso deve usare durante il caricamento del runtime.

Specifica se i messaggi di benvenuto e telemetria di .NET vengono visualizzati alla prima esecuzione. Impostare su true per disattivare questi messaggi (valori true, 1 o yes accettati) o impostare su false per consentire tali messaggi (valori false, 0 o no accettati). Se non è impostato, il valore predefinito è false e i messaggi verranno visualizzati alla prima esecuzione. Questo flag non influisce sui dati di telemetria (vedere DOTNET_CLI_TELEMETRY_OPTOUT per rifiutare esplicitamente l'invio di dati di telemetria).

DOTNET_CLI_PERF_LOG

Specifica se vengono registrati i dettagli sulle prestazioni relativi alla sessione dell'interfaccia della riga di comando corrente. Abilitata quando è impostata su 1, trueo yes. Questa opzione è disabilitata per impostazione predefinita.

DOTNET_GENERATE_ASPNET_CERTIFICATE

Specifica se generare un certificato ASP.NET Core. Il valore predefinito è true, ma può essere sottoposto a override impostando questa variabile di ambiente su 0, false o no.

DOTNET_ADD_GLOBAL_TOOLS_TO_PATH

Specifica se aggiungere strumenti globali alla variabile di ambiente PATH. Il valore predefinito è true. Per non aggiungere strumenti globali al percorso, impostare su 0, false o no.

DOTNET_CLI_TELEMETRY_OPTOUT

Specifica se i dati sull'utilizzo degli strumenti .NET vengono raccolti e inviati a Microsoft. Impostare su true per rifiutare esplicitamente la funzionalità di telemetria (i valori accettati sono true, 1 o yes). In caso contrario, impostare su false per acconsentire esplicitamente alle funzionalità di telemetria (valori false, 0o no accettati). Se non è impostata, il valore predefinito è false e quindi la funzionalità di telemetria è attiva.

DOTNET_SKIP_FIRST_TIME_EXPERIENCE

Se DOTNET_SKIP_FIRST_TIME_EXPERIENCE è impostato su true, NuGetFallbackFolder non verrà espanso su disco e verrà visualizzato un messaggio di benvenuto e un avviso di telemetria più breve.

Note

Questa variabile di ambiente non è più supportata in .NET Core 3.0 e versioni successive. Usare DOTNET_NOLOGO come sostituzione.

DOTNET_MULTILEVEL_LOOKUP

Specifica se il runtime .NET, il framework condiviso o l'SDK vengono risolti dal percorso globale. Se non è impostato, il valore predefinito è 1 (true logico). Impostare il valore su 0 (false logico ) per non risolvere dal percorso globale e disporre di installazioni .NET isolate. Per altre informazioni sulla ricerca multilivello, vedere Multi-level SharedFX Lookup (Ricerca SharedFX multilivello).

Note

Questa variabile di ambiente si applica solo alle applicazioni destinate a .NET 6 e versioni precedenti. A partire da .NET 7, .NET cerca solo i framework in un'unica posizione. Per altre informazioni, vedere Ricerca a più livelli disabilitata.

DOTNET_ROLL_FORWARD

Determina il comportamento di roll forward. Per altre informazioni, vedere l'opzione --roll-forward per il comando dotnet.

DOTNET_ROLL_FORWARD_TO_PRERELEASE

Se impostato su 1 (abilitato), abilita l'inoltro in sequenza a una versione non definitiva da una versione di rilascio. Per impostazione predefinita (0 - disabilitato), quando viene richiesta una versione di rilascio del runtime .NET, il roll forward considererà solo le versioni di rilascio installate.

Per altre informazioni, vedere l'opzione --roll-forward per il comando dotnet.

DOTNET_CLI_FORCE_UTF8_ENCODING

Forza l'uso della codifica UTF-8 nella console, anche per le versioni precedenti di Windows 10 che non supportano completamente UTF-8. Per altre informazioni, vedere SDK non modifica più la codifica della console al termine.

DOTNET_CLI_UI_LANGUAGE

Imposta la lingua dell'interfaccia utente dell'interfaccia della riga di comando usando un valore delle impostazioni locali, ad esempio en-us. I valori supportati sono gli stessi di Visual Studio. Per altre informazioni, vedere la sezione relativa alla modifica del linguaggio del programma di installazione nella documentazione relativa all'installazione di Visual Studio. Si applicano le regole di Gestione risorse .NET, quindi non è necessario scegliere una corrispondenza esatta. È anche possibile selezionare discendenti nell'albero CultureInfo. Ad esempio, se si imposta su fr-CA, l'interfaccia della riga di comando troverà e userà le traduzioni fr. Se si imposta su una lingua non supportata, l'interfaccia della riga di comando torna all'inglese.

DOTNET_DISABLE_GUI_ERRORS

Per i file eseguibili generati dall'interfaccia utente grafica: disabilita il popup della finestra di dialogo, che in genere viene visualizzato per determinate classi di errori. Scrive solo in stderr e viene chiuso in tali casi.

DOTNET_ADDITIONAL_DEPS

Equivalente all'opzione dell'interfaccia della riga di comando --additional-deps.

DOTNET_RUNTIME_ID

Esegue l'override del RID rilevato.

DOTNET_SHARED_STORE

Posizione del "negozio condiviso" a cui la risoluzione della assembly fa riferimento in alcuni casi.

DOTNET_STARTUP_HOOKS

Elenco di assembly da cui caricare ed eseguire hook di avvio.

DOTNET_BUNDLE_EXTRACT_BASE_DIR

Specifica una directory in cui viene estratta un'applicazione a file singolo prima dell'esecuzione.

Per altre informazioni, vedere file eseguibili a file singolo.

DOTNET_CLI_HOME

Specifica il percorso in cui devono essere scritti i file di supporto per i comandi dell'interfaccia della riga di comando .NET. Per esempio:

  • Percorsi scrivibili dall'utente per pacchetti di carico di lavoro, manifesti e altri dati di supporto.
  • File sentinel/lock di prima esecuzione per aspetti delle migrazioni e delle notifiche dell'interfaccia della riga di comando di .NET.
  • Percorso di installazione predefinito dello strumento locale .NET.

DOTNET_CLI_CONTEXT_*

  • DOTNET_CLI_CONTEXT_VERBOSE: per abilitare un contesto dettagliato, impostare su true.
  • DOTNET_CLI_CONTEXT_ANSI_PASS_THRU: per abilitare un pass-through ANSI, impostare su true.

DOTNET_CLI_WORKLOAD_UPDATE_NOTIFY_DISABLE

Disabilita il download in background dei manifesti pubblicitari per i carichi di lavoro. Il valore predefinito è false: non disabilitato. Se impostato su true, il download è disabilitato. Per altre informazioni, vedere Manifesti pubblicitari.

DOTNET_CLI_WORKLOAD_UPDATE_NOTIFY_INTERVAL_HOURS

Specifica il numero minimo di ore tra i download in background dei manifesti pubblicitari per i carichi di lavoro. Il valore predefinito è 24, che non è più frequente di una volta al giorno. Per altre informazioni, vedere Manifesti pubblicitari.

DOTNET_SKIP_WORKLOAD_INTEGRITY_CHECK

Specifica se ignorare il controllo dell'integrità del carico di lavoro alla prima esecuzione. Il controllo di integrità garantisce che i carichi di lavoro delle bande di funzionalità precedenti siano accessibili all'SDK attualmente installato. Impostare il valore su true, 1o yes per ignorare il controllo. Il valore predefinito è false, ovvero viene eseguito il controllo dell'integrità.

DOTNET_TOOLS_ALLOW_MANIFEST_IN_ROOT

Specifica se gli strumenti locali di .NET SDK cercano i file manifesto dello strumento nella cartella radice in Windows. Il valore predefinito è false.

DOTNET_HOST_TRACE

Questa variabile si applica a .NET 10 e versioni successive. Per le versioni precedenti, sostituire il DOTNET_HOST_ prefisso con COREHOST_.

Controlla la traccia diagnostica dai componenti di hosting, ad esempio dotnet.exe, hostfxr e hostpolicy.

  • DOTNET_HOST_TRACE=[0/1] - il valore predefinito è 0: traccia disabilitata. Se impostato su 1, la traccia diagnostica è abilitata.

  • DOTNET_HOST_TRACEFILE=<file path> - ha un effetto solo se la traccia è abilitata impostando DOTNET_HOST_TRACE=1. Se impostata, le informazioni di traccia sono scritte nel file specificato; in caso contrario, le informazioni di traccia sono scritte in stderr.

  • DOTNET_HOST_TRACE_VERBOSITY=[1/2/3/4] - il valore predefinito è 4. L'impostazione viene usata solo quando la traccia è abilitata tramite DOTNET_HOST_TRACE=1.

    • 4 - tutte le informazioni di traccia vengono scritte
    • 3 - vengono scritti solo messaggi informativi, di avviso e di errore
    • 2 - Vengono scritti solo messaggi di avviso e di errore
    • 1 - Vengono scritti solo i messaggi di errore

Il modo tipico per ottenere informazioni di traccia dettagliate sull'avvio dell'applicazione consiste nell'impostare DOTNET_HOST_TRACE=1 e DOTNET_HOST_TRACEFILE=host_trace.txt quindi eseguire l'applicazione. Verrà creato un nuovo file host_trace.txt nella directory corrente con le informazioni dettagliate.

COREHOST_TRACE

Controlla la traccia diagnostica dai componenti di hosting, ad esempio dotnet.exe, hostfxr e hostpolicy.

Note

A partire da .NET 10, usare invece le DOTNET_HOST_TRACE variabili di ambiente. Le COREHOST_TRACE variabili funzionano come DOTNET_HOST_TRACE le variabili.

SuppressNETCoreSdkPreviewMessage

Se impostato su true, la chiamata dotnet non genera un avviso quando viene usato un SDK di anteprima.

Configurare MSBuild nell'interfaccia della riga di comando di .NET

Per eseguire MSBuild out-of-process, impostare la variabile di ambiente DOTNET_CLI_RUN_MSBUILD_OUTOFPROC su 1, true o yes. Per impostazione predefinita, MSBuild eseguirà in-process. Per forzare MSBuild a usare un processo di lunga durata del nodo di lavoro esterno per la compilazione di progetti, impostare DOTNET_CLI_USE_MSBUILDNOINPROCNODE su 1, trueo yes. Verrà impostata la variabile di ambiente MSBUILDNOINPROCNODE su 1, denominata MSBuild Server V1, perché il processo di ingresso inoltra la maggior parte del lavoro.

DOTNET_MSBUILD_SDK_RESOLVER_*

Si tratta di sostituzioni usate per forzare le attività e le destinazioni dell'SDK risolte a provenire da una determinata directory di base e segnalare una determinata versione a MSBuild, che può essere null se sconosciuta. Un caso d'uso chiave per questo è testare le attività e le destinazioni dell'SDK senza distribuirle usando .NET Core SDK.

  • DOTNET_MSBUILD_SDK_RESOLVER_SDKS_DIR: esegue l'override della directory .NET SDK.
  • DOTNET_MSBUILD_SDK_RESOLVER_SDKS_VER: esegue l'override della versione di .NET SDK.
  • DOTNET_MSBUILD_SDK_RESOLVER_CLI_DIR: esegue l'override del percorso della directory dotnet.exe.

DOTNET_NEW_PREFERRED_LANG

Configura il linguaggio di programmazione predefinito per il comando dotnet new quando l'opzione -lang|--language viene omessa. Il valore predefinito è C#. I valori validi sono C#, F# o VB. Per altre informazioni, vedere dotnet new.

variabili di ambiente dotnet watch

Per informazioni sulle impostazioni di dotnet watch disponibili come variabili di ambiente, vedere variabili di ambiente dotnet watch.

Vedere anche

  • Last updated on