This topic applies to: ✓ .NET Core SDK 1.x ✓ .NET Core SDK 2.0
dotnet run - Runs source code without any explicit compile or launch commands.
dotnet run [-c|--configuration] [-f|--framework] [--force] [--launch-profile] [--no-build] [--no-dependencies] [--no-launch-profile] [--no-restore] [-p|--project] [--runtime] [[--] [application arguments]] dotnet run [-h|--help]
dotnet run command provides a convenient option to run your application from the source code with one command. It's useful for fast iterative development from the command line. The command depends on the
dotnet build command to build the code. Any requirements for the build, such as that the project must be restored first, apply to
dotnet run as well.
Output files are written into the default location, which is
bin/<configuration>/<target>. For example if you have a
netcoreapp1.0 application and you run
dotnet run, the output is placed in
bin/Debug/netcoreapp1.0. Files are overwritten as needed. Temporary files are placed in the
If the project specifies multiple frameworks, executing
dotnet run results in an error unless the
-f|--framework <FRAMEWORK> option is used to specify the framework.
dotnet run command is used in the context of projects, not built assemblies. If you're trying to run a framework-dependent application DLL instead, you must use dotnet without a command. For example, to run
For more information on the
dotnet driver, see the .NET Core Command Line Tools (CLI) topic.
In order to run the application, the
dotnet run command resolves the dependencies of the application that are outside of the shared runtime from the NuGet cache. Because it uses cached dependencies, it's not recommended to use
dotnet run to run applications in production. Instead, create a deployment using the
dotnet publish command and deploy the published output.
Starting with .NET Core 2.0, you don't have to run
dotnet restore because it's run implicitly by all commands, such as
dotnet build and
dotnet run, that require a restore to occur. It's still a valid command in certain scenarios where doing an explicit restore makes sense, such as continuous integration builds in Visual Studio Team Services or in build systems that need to explicitly control the time at which the restore occurs.
This command also supports the
dotnet restore options when passed in the long form (for example,
--source). Short form options, such as
-s, are not supported.
Delimits arguments to
dotnet run from arguments for the application being run. All arguments after this one are passed to the application run.
Defines the build configuration. The default value is
Builds and runs the app using the specified framework. The framework must be specified in the project file.
Forces all dependencies to be resolved even if the last restore was successful. This is equivalent to deleting project.assets.json.
Prints out a short help for the command.
The name of the launch profile (if any) to use when launching the application. Launch profiles are defined in the launchSettings.json file and are typically called
Production. For more information, see Working with multiple environments.
Doesn't build the project before running.
When restoring a project with project-to-project (P2P) references, restores the root project and not the references.
Doesn't attempt to use launchSettings.json to configure the application.
Doesn't perform an implicit restore when running the command.
Specifies the path of the project file to run (folder name or full path). It defaults to the current directory if not specified.
Specifies the target runtime to restore packages for. For a list of Runtime Identifiers (RIDs), see the RID catalog.
Run the project in the current directory:
Run the specified project:
dotnet run --project /projects/proj1/proj1.csproj
Run the project in the current directory (the
--help argument in this example is passed to the application, since the
-- argument is used):
dotnet run --configuration Release -- --help
Restore dependencies and tools for the project in the current directory only showing minimal output and then run the project: (.NET Core SDK 2.0 and later versions):
dotnet run --verbosity m