dotnet run OU dotnet watch avec l'environnement de développement à partir de la ligne de commande ?

Question

J'utilise dotnet watch pour exécuter le projet asp.net core. Cependant, par défaut, il récupère la commande Production comme environnement.

J'ai essayé les deux options en utilisant :

1) > dotnet watch ASPNETCORE_ENVIRONMENT=Development

2) > dotnet run ASPNETCORE_ENVIRONMENT=Development

Mais il capte toujours la production en tant qu'environnement.

Note : Dans Visual Studio, la variable d'environnement est définie dans les propriétés du projet comme Développement par défaut et l'exécution à partir de Visual Studio choisit cette variable.

La question est : Comment exécuter un projet dotnet core en développement à partir de la ligne de commande en utilisant l'un ou l'autre ?

1) dotnet run
2) dotnet watch

Answer 1

ASPNETCORE_ENVIRONMENT est une variable d'environnement (et AFAIK) qui n'est pas un commutateur de l'interface utilisateur. dotnet cli.

Donc ce que vous feriez c'est de le mettre avant à l'utilisation de l'outil :

rem Windows
C:\> set ASPNETCORE_ENVIRONMENT=Development
C:\> dotnet ...

rem Unix
$ export ASPNETCORE_ENVIRONMENT=Development
$ dotnet ...

Answer 2

Tu ne le fais pas. ont d'utiliser des variables d'environnement si vous modifiez la façon dont le WebHostBuilder traite sa configuration. Il s'agit simplement de la valeur par défaut pour dotnet new -t web . Par exemple, si vous voulez être en mesure de définir l'environnement par défaut comme étant "développement", vous pouvez utiliser les options suivantes au lieu de la production et faciliter le remplacement de l'environnement dans la ligne de commande, vous pouvez le faire en modifiant la commande normale Program.cs code de ce ...

    public static void Main(string[] args) {
        var host = new WebHostBuilder()
            .UseKestrel()
            .UseUrls("http://0.0.0.0:5000")
            .UseContentRoot(Directory.GetCurrentDirectory())
            .UseIISIntegration()
            .UseStartup<Startup>()
            .Build();

        host.Run();
    }

... en quelque chose comme ça ...

    private static readonly Dictionary<string, string> defaults =
        new Dictionary<string, string> {
            { WebHostDefaults.EnvironmentKey, "development" }
        };

    public static void Main(string[] args) {
        var configuration =
            new ConfigurationBuilder()
                .AddInMemoryCollection(defaults)
                .AddEnvironmentVariables("ASPNETCORE_")
                .AddCommandLine(args)
                .Build();

        var host =
            new WebHostBuilder()
                .UseConfiguration(configuration)
                .UseKestrel()
                .UseUrls("http://0.0.0.0:5000")
                .UseContentRoot(Directory.GetCurrentDirectory())
                .UseIISIntegration()
                .UseStartup<Startup>()
                .Build();

        host.Run();
    }

En procédant ainsi, les variables d'environnement continueront de fonctionner, mais vous pouvez les remplacer sur la ligne de commande sans aucune dépendance de tiers, comme suit :

dotnet run environment=development
dotnet run environment=staging

C'est en fait ce que les générateurs de yeoman font .

Answer 3

Vous pouvez également définir la variable en ligne lorsque vous appelez dotnet :

ASPNETCORE_ENVIRONMENT=Development dotnet run

J'ai trouvé que c'est très bien pour NPM scripts, mais doit toujours être appelé juste avant dotnet par exemple :

{
  ...
  "scripts": {
    "start": "cd MyApp && ASPNETCORE_ENVIRONMENT=Development dotnet run",
    "watch": "cd MyApp && ASPNETCORE_ENVIRONMENT=Development dotnet watch"
  },
}

Note : Cela ne fonctionne que sous OS X ou Linux ; pour une solution multiplateforme, vous pouvez utiliser cross-env :

npm install cross-env -D

Ensuite, changez le scripts en :

{
  ...
  "scripts": {
    "start": "cd MyApp && cross-env ASPNETCORE_ENVIRONMENT=Development dotnet run",
    "watch": "cd MyApp && cross-env ASPNETCORE_ENVIRONMENT=Development dotnet watch"
  },
}

Answer 4

Desde Création d'applications monopages sur ASP.NET Core avec JavaScriptServices (stylisme ajouté) :

Si vous utilisez PowerShell sous Windows, exécutez $Env:ASPNETCORE_ENVIRONMENT = "Development"

Si vous utilisez cmd.exe sous Windows, exécutez setx ASPNETCORE_ENVIRONMENT "Development" et ensuite redémarrez votre invite de commande pour que le changement prenne effet

Si vous utilisez Mac/Linux , exécutez export ASPNETCORE_ENVIRONMENT=Development

Answer 5

Grâce à la réponse de @Technetium, voici une mise à jour de dotnetcore 2.0 qui fonctionne très bien pour moi :

public class Program
    {
        private static readonly Dictionary<string, string> defaults = new Dictionary<string, string> {{ WebHostDefaults.EnvironmentKey, "Development" }};
        private static IConfiguration config;
        public static void Main(string[] args)
        {
            config = new ConfigurationBuilder()
                .AddInMemoryCollection(defaults)
                .AddEnvironmentVariables("ASPNETCORE_")
                .AddCommandLine(args)
                .Build();
            BuildWebHost(args).Run();
        }
public static IWebHost BuildWebHost(string[] args) =>
            WebHost.CreateDefaultBuilder(args)
                .UseConfiguration(config)
                /* Following setting already accounted for in CreateDefaultBuilder() : https://docs.microsoft.com/en-us/dotnet/api/microsoft.aspnetcore.webhost.createdefaultbuilder?view=aspnetcore-2.0 */
                // .UseContentRoot(Directory.GetCurrentDirectory())
                .UseStartup<Startup>()
                .Build();
    }

Merci encore, @Technetium