Note
dotnetup はパブリック プレビュー段階です。 その機能と動作は、一般公開前に変更される可能性があります。
カスタム インストール ルートでは、既定の dotnetup マネージド .NET インストール ルートからリポジトリ、テスト、またはツールのインストールを分離できます。
既定のマニフェストでカスタム ルートを追跡する
--install-path を使ってルートを選択します:
dotnetup sdk install 10.0 --install-path D:\tools\dotnet
dotnetup runtime install aspnetcore@10.0 --install-path D:\tools\dotnet
既定のマニフェストには、要件とそのルートの両方が記録されます。 後続の未フィルター更新で、このルートを処理できます。
dotnetup update
必要に応じて、リスト、更新、またはアンインストールをルートに制限します:
dotnetup list --install-path D:\tools\dotnet
dotnetup update --install-path D:\tools\dotnet
dotnetup sdk uninstall 10.0 --install-path D:\tools\dotnet
マニフェストを分離する
追跡状態も分離する必要がある場合は、 --manifest-path を使用します。
dotnetup sdk install 10.0 --install-path D:\tools\dotnet --manifest-path D:\tools\dotnetup_manifest.json
以降のリスト、更新、アンインストールの操作についても、--manifest-path を繰り返します。
このオプションは、1 つのコマンドに適用されます。 dotnetup 構成ファイルを移動したり、既定のインストール ルートを変更したりすることはありません。
カスタム インストールを実行する
その実行可能ファイルを直接実行するか、現在のシェルで有効化します。
dotnetup env script --shell pwsh --dotnet --dotnet-install-path D:\tools\dotnet |
Invoke-Expression
dotnetup dotnetは、任意のカスタム ルートを自動的に選択しません。
マニフェストの同時書き込みを回避する
dotnetup は、ロックを使用してマニフェスト アクセスを調整します。 同じマニフェストに対して同時書き込みコマンドを実行しないでください。 独立した自動化には個別のマニフェストを使用します。
参照
.NET