dotnet run

この記事は: ✔️ .NET 6 SDK 以降のバージョンに適用されます

名前

dotnet run -- 明示的なコンパイルや起動コマンドなしで、ソース コードを実行します。

構文

dotnet run [<applicationArguments>]
  [-a|--arch <ARCHITECTURE>] [--artifacts-path <ARTIFACTS_DIR>]
  [-c|--configuration <CONFIGURATION>] [--disable-build-servers]
  [-e|--environment <KEY=VALUE>] [--file <FILE_PATH>]
  [-f|--framework <FRAMEWORK>] [--force] [--interactive]
  [-lp|--launch-profile <NAME>] [--no-build] [--no-cache]
  [--no-dependencies] [--no-launch-profile] [--no-restore] [--os <OS>]
  [-p|--property:<PROPERTYNAME>=<VALUE>]
  [--project <PATH>] [-r|--runtime <RUNTIME_IDENTIFIER>]
  [--sc|--self-contained] [--tl:[auto|on|off]] [-v|--verbosity <LEVEL>]
  [[--] [application arguments]]

dotnet run -h|--help

説明

dotnet run コマンドは、1 つのコマンドを使用して、ソース コードからアプリケーションを実行する便利なオプションを提供します。 コマンド ラインからの短期間の反復開発に便利です。 このコマンドは dotnet build コマンドに依存し、コードをビルドします。 ビルドの要件は、 dotnet run にも適用されます。

出力ファイルは既定の場所である bin/<configuration>/<target> に書き込まれます。 たとえば、netcoreapp2.1 というアプリケーションがあり、dotnet run を実行する場合、bin/Debug/netcoreapp2.1 に出力されます。 必要に応じて、ファイルは上書きされます。 一時ファイルは obj ディレクトリに置かれます。

フレームワークを複数指定するプロジェクトの場合、dotnet run オプションを使用してフレームワークを指定しない限り、-f|--framework <FRAMEWORK> を実行するとエラーが発生します。

dotnet run コマンドは、ビルド済みのアセンブリではなく、プロジェクトのコンテキストで使用されます。 代わりにフレームワークに依存するアプリケーション DLL の実行を試みる場合は、コマンドなしで dotnet を実行する必要があります。 たとえば、myapp.dll を実行する場合は、次のコードを使用します。

dotnet myapp.dll

dotnet ドライバーの詳細については、「.NET CLI の概要を参照してください。

アプリケーションを実行するため、dotnet run コマンドは、NuGet キャッシュから共有ランタイムの外にあるアプリケーションの依存関係を解決します。 このコマンドではキャッシュされた依存関係を使用するため、dotnet run を使用してアプリケーションを実稼働環境で実行することは推奨されません。 代わりに、 コマンドを使用してdotnet publishし、発行された出力を展開します。

暗黙的な復元

復元を必要とするすべてのコマンド (dotnet restore、dotnet new、dotnet build、dotnet run、dotnet test、dotnet publish など) によって暗黙的に実行されるため、dotnet pack を実行する必要がなくなりました。 暗黙的な復元を無効にするには、--no-restore オプションを使用します。

コマンドは、Azure DevOps Services の継続的な統合ビルドや、復元がいつ行われるかを明示的に制御する必要があるビルド システムなど、明示的な復元が理にかなっている特定のシナリオで引き続き役立ちます。

NuGet フィードの管理方法については、dotnet restore のドキュメントをご覧ください。

このコマンドには dotnet restore オプションを指定できますが、--source のように長い形式で指定する必要があります。 -s のような短い形式のオプションはサポートされていません。

ワークロード マニフェストのダウンロード

このコマンドを実行すると、ワークロードの広告マニフェストの非同期バックグラウンド ダウンロードが開始されます。 このコマンドが終了してもダウンロードが実行されている場合、ダウンロードは停止します。 詳細については、「広告マニフェスト」を参照してください。

起動プロファイル

起動プロファイルは、開発中 dotnet run アプリを起動する方法を構成します。 SDK スタイルのプロジェクトの場合は、設定を Properties/launchSettings.json に配置します。 Visual Basicプロジェクトでは、代わりにMy Project/launchSettings.jsonを使用します。

ファイル ベースのアプリでは、ソース ファイルの横にある [ApplicationName].run.json ファイルを使用できます。 ファイル参照の順序と例については、「 ファイルベースのアプリの起動プロファイル」を参照してください。

起動設定ファイルには、最上位レベルの profiles オブジェクトが含まれています。 profilesの各プロパティは、名前付きプロファイルを定義します。

{
  "profiles": {
    "Local": {
      "commandName": "Project",
      "commandLineArgs": "--input sample.txt",
      "dotnetRunMessages": true,
      "environmentVariables": {
        "APP_MODE": "local"
      }
    }
  }
}

.NET SDK 起動設定パーサーは、JSON コメントと末尾のコンマを受け入れます。

プロファイルを選択する

--launch-profile <NAME>を使用して名前付きプロファイルを選択します。 名前の一致では大文字と小文字が区別されません。 大文字と小文字のみが異なるプロファイル名はあいまいであり、エラーが発生します。

名前を指定しない場合は、 dotnet run がサポートする commandName を持つファイル順に最初のプロファイルを選択します。 --no-launch-profileを使用して、起動設定ファイルをスキップします。

dotnet runプロファイルを適用すると、起動されたプロセスで選択したプロファイル名にDOTNET_LAUNCH_PROFILEが設定されます。 後の環境変数ソースで値をオーバーライドできます。

サポートされているプロファイルの種類

.NET SDK では、dotnet runのこれらのcommandName値がサポートされています。 値では大文字と小文字が区別されます。

commandName Behavior
Project プロジェクトをビルドし、プロジェクトによって生成されたコマンドを開始します。
Executable executablePathで指定されたコマンドを開始します。 --no-buildを指定しない限り、dotnet runはプロジェクトを最初にビルドします。

共通プロパティ

dotnet run は、サポートされている両方のプロファイルの種類に対してこれらのプロパティを認識します。

dotnet run では、サポートされている文字列値 %NAME% 環境変数参照が展開されます。 .NET 11 以降のバージョンでは、Visual Studioと同じトークン置換を使用して、プロセスの起動に使用する値の MSBuild プロパティ参照も拡張されます。 シェル スタイルの $NAME 参照は展開されません。

財産 Behavior
commandLineArgs 起動されたプロセスの引数を指定します。 コマンド ラインの明示的なアプリケーション引数が優先されます。 Project プロファイルの場合、projectによって指定された引数も優先されます。
environmentVariables 起動されたプロセスの環境変数を指定します。 プロファイル値は継承された環境変数と SDK によって生成された環境変数をオーバーライドし、 -e\|--environment 値はプロファイル値をオーバーライドします。
dotnetRunMessages trueする場合は、プロジェクトをビルドする前にBuilding...dotnet run印刷します。 既定値は、false です。 このプロパティは、起動設定ファイルを識別するメッセージを制御しません。

environmentVariablesを使用して、環境変数形式の開発時ランタイム構成設定を適用します。 たとえば、プロファイルでは、 DOTNET_gcServerなどの GC 設定を設定できます。 使用可能な設定、環境変数の名前、および優先順位の規則については、ガベージ コレクションのランタイム構成設定とランタイム構成オプション.NET参照してください。

すべてのランタイム設定に環境変数フォームがあるわけではありません。 起動プロファイルとは別にアプリを構成するには、プロジェクトで MSBuild プロパティまたは RuntimeHostConfigurationOption 項目を使用するか、 runtimeconfig.template.json ファイルを使用します。 一部の設定は、 AppContext.SetSwitchを使用してコード内で変更することもできます。 これらのメカニズムは、アプリのランタイム構成を生成または変更します。これらは追加の launchSettings.json プロパティではありません。

Project プロパティ

dotnet run は、 commandName が Projectされるときに、これらの追加のプロパティを認識します。

財産 Behavior
applicationUrl 起動されたプロセスの ASPNETCORE_URLS を設定します。 environmentVariablesまたは-e\|--environmentからのASPNETCORE_URLS値が優先されます。
launchBrowser ブラウザーを開くかどうかを起動ツールに指示します。 dotnet run は解析されたプロファイルでこのプロパティを保持しますが、ブラウザーは開きません。
launchUrl 開く URL を起動ツールに指示します。 dotnet run は解析されたプロファイルでこのプロパティを保持しますが、ブラウザーを開いたり、URL を使用したりすることはありません。

applicationUrl動作では ASP.NET Coreがサポートされますが、起動プロファイルとその他の一般的なプロパティは、実行可能な SDK スタイルの.NET プロジェクトに適用されます。

Executable プロパティ

dotnet run は、 commandName が Executableされるときに、これらの追加のプロパティを認識します。

財産 Behavior
executablePath 必須。 開始するプロセスを指定します。 SDK はサポートされている変数参照を拡張しますが、起動設定ファイルに対する相対値は解決されません。 オペレーティング システムが検索できる絶対パスまたはコマンドを使用します。
workingDirectory オプション。 起動されたプロセスの作業ディレクトリを指定します。 SDK は、サポートされている変数参照を拡張し、起動設定ファイルを含むディレクトリに対する相対パスを解決します。 プロパティを省略すると、作業ディレクトリは既定でプロジェクトまたはファイル ベースのアプリを含むディレクトリになります。

Visual Studioとデバッガーの拡張機能

launchSettings.json は共有入力形式ですが、各コンシューマーは、サポートする値とその解釈方法を決定します。 Visual Studio、デバッガー、およびその他のツールは、dotnet runよりも多くのcommandName値とプロパティを認識できます。

次の表では、dotnet run コントラクトと、Visual Studioでの一般的な.NET プロジェクト システムの動作を比較します。

設定または挙動 dotnet run Visual Studio
サポートされているプロファイルの種類 Project と Executable をサポートします。 Project、Executable、空のcommandNameをサポートします。 インストールされているプロジェクト システム拡張機能は、他の種類のプロファイルを追加できます。
変数の展開 環境変数参照 %NAME% 展開します。 .NET 11 以降のバージョンでは、プロセスの起動に使用される値で MSBuild プロパティ参照も展開されます。 executablePath、commandLineArgs、workingDirectory、launchUrl、環境変数の値、および文字列値の拡張設定で環境変数と MSBuild プロパティを展開します。
commandLineArgs (Project) プロジェクトが実行引数を指定せず、コマンド ラインでアプリケーション引数を渡さない場合にのみ、プロファイル値を使用します。 プロジェクトの実行引数にプロファイル値を追加します。
workingDirectory (Project) プロパティを無視します。 プロパティをサポートします。 相対パスは、プロジェクト ディレクトリに対する相対パスです。
workingDirectory (Executable) 相対パスは、起動設定ファイルを含むディレクトリに対する相対パスです。 省略した場合、パスは既定でプロジェクトまたはファイル ベースのアプリ ディレクトリに設定されます。 相対パスは、プロジェクト ディレクトリに対する相対パスです。 省略した場合、既定では、そのディレクトリが存在する場合は出力ディレクトリ、それ以外の場合はプロジェクト ディレクトリにパスが設定されます。
Relative executablePath 値を再調整せずにオペレーティング システムに渡します。 プロファイルの作業ディレクトリのパス コンポーネントを含む値を解決します。 ベア実行可能ファイル名の場合は、Visual Studio独自の現在のディレクトリを確認し、PATHします。
launchBrowser と launchUrl 解析されたプロファイルの値を保持しますが、ブラウザーは開きません。 値を起動プロバイダーが使用できるようにします。 たとえば、ツール ASP.NET Coreブラウザーを開くことができます。
applicationUrl ASPNETCORE_URLS を設定します。 ASP.NET Core ツールなど、インストールされている起動プロバイダーが値を使用できるようにします。
dotnetRunMessages Building... メッセージを制御します。 このプロパティを使用してVisual Studio出力を制御しません。
デバッガーのプロパティ デバッガー固有のプロパティを無視します。 プロジェクトとデバッガーが機能をサポートする場合は、 nativeDebugging、 sqlDebugging、 jsWebView2Debugging、 remoteDebugEnabled、 hotReloadEnabled などのプロパティを使用します。

.NET 11 以降のバージョンでは、両方のコンシューマーが"$(ProjectDir)"を拡張します。 以前のバージョンでは、両方のコンシューマーのプロジェクト ディレクトリを識別する単一の workingDirectory 値はありません。 Visual Studioは"$(ProjectDir)"を展開しますが、dotnet runはリテラル テキストとして扱い、起動設定ファイルを含むディレクトリからの相対パスを解決します。 したがって、従来のProperties/launchSettings.jsonまたはMy Project/launchSettings.json ファイルでdotnet runする場合は、".."を使用します。 Visual Studioは、同じ値をプロジェクト ディレクトリの親に解決します。

Windows フォームアプリとWPF アプリでは、別のdotnet runプロファイルの種類は追加されません。 commandLineArgsやenvironmentVariablesなどの一般的な設定でProject プロファイルを使用します。 Visual Studioでは、これらのデスクトップ プロジェクトの種類では、マネージドデバッグとネイティブデバッグの混在にnativeDebuggingや WebView2 のjsWebView2Debuggingなど、適用可能なデバッガー プロパティを使用することもできます。 ブラウザーと URL のプロパティは、起動プロバイダーまたはアプリケーションがそれらを使用する場合にのみ有効です。

他のプロジェクトの種類とVisual Studioワークロードでは、プロファイルの種類を追加したり、追加のプロパティを解釈したりする起動プロバイダーをインストールできます。 これらの拡張機能では、 dotnet runのサポートは追加されません。CLI では、既定の選択時にサポートされていないプロファイルの種類がスキップされ、明示的に選択するとエラーが報告されます。

Visual Studioでサポートされているデバッガー設定とproject UI については、.NET C# デバッグ構成のProject設定を参照してください。

論争

<applicationArguments>

実行中のアプリケーションに渡される引数。

dotnet runによって認識されない引数は、アプリケーションに渡されます。 dotnet runの引数をアプリケーションの引数から分離するには、-- オプションを使用します。

引数をアプリケーションに転送する

dotnet run は、認識されないトークンをアプリケーションに転送します。 転送されたトークンは元の順序を維持しますが、 dotnet run 最初に理解できるオプションが削除されます。 認識されないオプション名とその値の間に認識されたオプションが表示される場合、認識されたオプションを削除すると、残りのトークンの意味が変わる可能性があります。

たとえば、次のコマンドは、アプリケーションが受け取るトークン間で認識されたオプション --project をインターリーブします。

dotnet run --app-flag --app-name --project ConsoleApp.csproj A.txt

dotnet run --project ConsoleApp.csprojを使用すると、アプリケーションは--app-flag --app-name A.txtを受け取ります。 その後、アプリケーションは A.txt を --app-nameの値として扱います。これは元のコマンド ラインと一致しません。

このあいまいさを回避するには、リテラル --の後にアプリケーション引数を配置します。

dotnet run --project ConsoleApp.csproj -- --app-flag --app-name A.txt

--区切り記号は、次のすべてのトークンをアプリケーション引数としてマークするため、dotnet runは並べ替えたり、再解釈したりしません。 また、この区切り記号は、後でアプリケーションに転送されたトークンと一致する可能性がある新しい dotnet run オプションに対するスクリプトの将来性を保証します。

メモ

同じ動作は、dotnet build と Microsoft の dotnet test にも適用されます。認識できないトークンを MSBuild またはテスト アプリケーションにそれぞれ転送する Testing.Platform (MTP) モード。 dotnet testの詳細については、「テスト アプリケーションへの引数の転送」を参照してください。

オプション

  • --

    実行中のアプリケーションの引数と dotnet run の引数を区切ります。 この区切り記号の後の引数はすべて実行中のアプリケーションに渡されます。

  • -a|--arch <ARCHITECTURE>

    ターゲット アーキテクチャを指定します。 これは、ランタイム識別子 (RID) を設定する簡単な構文です。指定した値は、既定の RID と組み合わされます。 たとえば、win-x64 マシンで --arch x86 と指定すると、RID は win-x86 に設定されます。 このオプションを使用する場合は、-r|--runtime オプションは使用しないでください。 .NET 6 Preview 7 以降で使用できます。

  • --artifacts-path <ARTIFACTS_DIR>

    実行されたコマンドからのすべてのビルド出力ファイルは、指定されたパスの下のサブフォルダーに配置され、プロジェクトで区切られます。 詳細については、「 Artifacts 出力レイアウトを参照してください。 このオプションと指定された値は、dotnetやdotnetを使用する場合など、別のdotnet build --no-restore コマンドの出力に依存する任意のdotnet publish --no-build コマンドで明示的にカスケードする必要があります。 .NET 8 SDK 以降で使用できます。

  • -c|--configuration <CONFIGURATION>

    ビルド構成を定義します。 ほとんどのプロジェクトの既定値は Debug ですが、プロジェクトでビルド構成設定をオーバーライドできます。

  • --disable-build-servers

    永続的なビルド サーバーを無視するようにコマンドを強制します。 このオプションは、ビルド キャッシュのすべての使用を無効にする一貫した方法を提供します。これにより、ビルドが最初から強制的に実行されます。 キャッシュに依存しないビルドは、何らかの理由でキャッシュが破損している、または正しくない可能性がある場合に便利です。 .NET 7 SDK 以降で使用できます。

  • -e|--environment <KEY=VALUE>

    コマンドによって実行されるプロセス内の指定された環境変数を設定します。 指定した環境変数は、 プロセスには適用dotnet run。

    このオプションで渡される環境変数は、アンビエント環境変数、System.CommandLine env ディレクティブ、および選択した起動プロファイルからの environmentVariables よりも優先されます。 詳細については、「環境変数」を参照してください。

    (このオプションは、.NET SDK 9.0.200 で追加されました)。

  • -f|--framework <FRAMEWORK>

    指定されたフレームワークを使用してアプリをビルドし、実行します。 フレームワークはプロジェクト ファイルに指定する必要があります。

  • --file <FILE_PATH>

    実行するファイル ベースのアプリへのパス。 パスが指定されていない場合は、現在のディレクトリを使用してファイルを検索して実行します。 ファイル ベースのアプリの詳細については、「 ファイル ベースの C# アプリをビルドする」を参照してください。

    Unix では、ファイル名を使用してファイルベースのアプリを直接実行します。shebang (#!) ディレクティブを追加し、実行アクセス許可を設定します。 詳細については、 Unix shebang (#!) のサポートを参照してください。

    .NET SDK 10.0.100 で導入されました。

  • --force

    最後の復元が成功した場合でも、すべての依存関係が強制的に解決されます。 このフラグを指定することは、project.assets.json ファイルを削除することと同じです。

  • --interactive

    コマンドを停止して、ユーザーの入力または操作のために待機させることができます。 たとえば、認証を完了する場合があります。

  • -lp|--launch-profile <NAME>

    アプリケーションの起動時に使用する起動プロファイルの名前。 詳細については、「 起動プロファイル」を参照してください。

  • --no-build

    実行前にプロジェクトをビルドしません。 また、--no-restore フラグが暗黙的に設定されます。

  • --no-cache

    最新のチェックをスキップし、実行する前に常にプログラムをビルドします。

  • --no-dependencies

    プロジェクト間 (P2P) 参照を含むプロジェクトを復元する場合は、参照ではなく、ルート プロジェクトを復元します。

  • --no-launch-profile

    アプリケーションを構成するための launchSettings.json の使用を試みません。

  • --no-restore

    コマンドを実行するときに、暗黙的な復元を実行しません。

  • --no-self-contained

    アプリケーションをフレームワークに依存するアプリケーションとして発行します。 アプリケーションを実行するには、互換性のある.NET ランタイムをターゲット コンピューターにインストールする必要があります。

  • --os <OS>

    ターゲット オペレーティング システム (OS) を指定します。 これは、ランタイム識別子 (RID) を設定する簡単な構文です。指定した値は、既定の RID と組み合わされます。 たとえば、win-x64 マシンで --os linux と指定すると、RID は linux-x64 に設定されます。 このオプションを使用する場合は、-r|--runtime オプションは使用しないでください。 .NET 6 以降で使用できます。

  • --project <PATH>

    実行するプロジェクト ファイルのパスを指定します (フォルダー名または完全なパス)。 指定しない場合は、既定で現在のディレクトリに設定されます。

    -p の --project の省略形は非推奨です .NET 6 SDK 以降。 限られた期間、非推奨の警告にもかかわらず、 -p は引き続き --project に使用できます。 オプションに指定された引数に = が含まれていない場合、コマンドは -p を --project の短縮形として受け付けます。 そうではない場合、コマンドによって -p は --property の短縮形と見なされます。 -p に対する --project のこの柔軟な使用は、.NET 7 で段階的に廃止されます。

  • --property:<NAME>=<VALUE>

    1 つ以上の MSBuild プロパティを設定します。 複数のプロパティを指定するには、セミコロンで区切るか、オプションを繰り返します。

    --property:<NAME1>=<VALUE1>;<NAME2>=<VALUE2>
--property:<NAME1>=<VALUE1> --property:<NAME2>=<VALUE2>

    短い形式の -p を --property に使用することができます。 オプションに指定された引数に = が含まれている場合、-p は --property の短縮形として受け付けられます。 そうではない場合、コマンドによって -p は --project の短縮形と見なされます。

    MSBuild プロパティを設定するのではなく、--property をアプリケーションに渡すには、-- の構文区切り記号の後にオプションを指定します。

    dotnet run -- --property name=value

  • -r|--runtime <RUNTIME_IDENTIFIER>

    パッケージを復元するターゲット ランタイムを指定します。 ランタイム ID (RID) の一覧については、RID カタログに関するページをご覧ください。

  • --sc|--self-contained

    ターゲット コンピューターにランタイムをインストールする必要がないように、アプリケーションで .NET ランタイムを発行します。

  • --tl:[auto|on|off]

    ビルド出力に ターミナル ロガー を使用するかどうかを指定します。 既定値は、ターミナル ログを有効にする前にまず環境を確認する、auto です。 環境チェックでは、ターミナルが最新の出力機能を使用でき、新しいロガーを有効にする前にリダイレクトされる標準出力を使用していないことを確認します。 on は、環境チェックをスキップし、ターミナル ログを有効にします。 off は、環境チェックをスキップし、既定のコンソール ロガーを使用します。

    ターミナル ロガーには、復元フェーズとビルド フェーズが表示されます。 各フェーズにおいて、現在ビルド中のプロジェクトがターミナルの下部に表示されます。 ビルド中の各プロジェクトに対し、現在ビルド中の MSBuild ターゲットとそのターゲットに費やされた時間の両方が出力されます。 ビルドの詳細は、この情報を検索して確認できます。 プロジェクトのビルドが完了すると、次がキャプチャされた 1 つの "ビルドが完了しました" セクションが書き込まれます。

    • ビルドされたプロジェクトの名前。
    • ターゲット フレームワーク (複数ターゲットの場合)。
    • そのビルドの状態。
    • そのビルドの主な出力 (ハイパーリンク付き)。
    • そのプロジェクトに対して生成された診断。

    このオプションは、.NET 8 以降で使用できます。

  • -v|--verbosity <LEVEL>

    コマンドの詳細レベルを設定します。 指定できる値は、q[uiet]、m[inimal]、n[ormal]、d[etailed]、および diag[nostic] です。 既定値は、minimal です。 詳細については、「LoggerVerbosity」を参照してください。

  • -?|-h|--help

    コマンドの使用方法を示した説明を出力します。

環境変数

次のソースは、起動されたアプリケーションに環境変数を適用します。

  1. コマンドの実行時にオペレーティング システムからのアンビエント環境変数。
  2. System.CommandLine env ディレクティブ ( [env:key=value]など)。 これらは、dotnet runによって実行されるプロジェクトだけでなく、dotnet run プロセス全体に適用されます。
  3. 選択した起動プロファイルから生成された値。 dotnet runは、DOTNET_LAUNCH_PROFILEを設定し、Project プロファイル セットASPNETCORE_URLSにapplicationUrlします。
  4. environmentVariables 選択 した起動プロファイル (存在する場合) から。 これらは、 dotnet runによって実行されるプロジェクトに適用されます。
  5. -e|--environment CLI オプション値 (.NET SDK バージョン 9.0.200 で追加)。 これらは、 dotnet runによって実行されるプロジェクトに適用されます。

環境はこのリストと同じ順序で構築されるため、 -e|--environment オプションの優先順位が最も高くなります。

使用例

  • 現在のディレクトリのプロジェクトを実行します。

    dotnet run

  • 現在のディレクトリで、指定したファイル ベースのアプリを実行します。

    dotnet run --file ConsoleApp.cs

    .NET SDK 10.0.100 でファイル ベースのアプリのサポートが追加されました。

  • 指定されたプロジェクトを実行します。

    dotnet run --project ./projects/proj1/proj1.csproj

  • プロジェクトを現在のディレクトリで実行し、リリース構成を指定します。

    dotnet run --property:Configuration=Release

  • 現在のディレクトリのプロジェクトを実行します (この例では、空の --help オプションが使用されているため、-- 引数がアプリケーションに渡されます)。

    dotnet run --configuration Release -- --help

  • 最小限の出力のみを表示して、現在のディレクトリでプロジェクトの依存関係とツールを復元し、プロジェクトを実行します。

    dotnet run --verbosity m

  • 指定したフレームワークを使用して現在のディレクトリでプロジェクトを実行し、引数をアプリケーションに渡します。

    dotnet run -f net6.0 -- arg1 arg2

    次の例では、3 つの引数がアプリケーションに渡されます。 -を使用して 1 つの引数が渡され、--後に 2 つの引数が渡されます。

    dotnet run -f net6.0 -arg1 -- arg2 arg3
  • Last updated on