Gérer les racines d’installation dotnetup personnalisées

Une racine d’installation personnalisée peut isoler les installations de référentiel, de test ou d’outil de la racine d’installation .NET gérée par dotnetup par défaut.

Suivre une racine personnalisée dans le manifeste par défaut

Sélectionnez la racine avec --install-path:

dotnetup sdk install 10.0 --install-path D:\tools\dotnet
dotnetup runtime install aspnetcore@10.0 --install-path D:\tools\dotnet

Le manifeste par défaut enregistre à la fois les exigences et leur racine. Une mise à jour non filtrée ultérieure peut traiter cette racine :

dotnetup update

Limitez les opérations de listage, de mise à jour ou de désinstallation à la racine lorsque cela est nécessaire :

dotnetup list --install-path D:\tools\dotnet
dotnetup update --install-path D:\tools\dotnet
dotnetup sdk uninstall 10.0 --install-path D:\tools\dotnet

Isoler le manifeste

Utilisez --manifest-path quand l’état de suivi doit également être distinct :

dotnetup sdk install 10.0 --install-path D:\tools\dotnet --manifest-path D:\tools\dotnetup_manifest.json

Répétez --manifest-path pour les opérations ultérieures de listage, de mise à jour et de désinstallation. Cette option s’applique à une seule commande. Il ne déplace pas le fichier de configuration dotnetup ni modifie la racine d’installation par défaut.

Exécuter l’installation personnalisée

Exécutez directement son exécutable ou activez-le pour le shell actuel :

dotnetup env script --shell pwsh --dotnet --dotnet-install-path D:\tools\dotnet |
  Invoke-Expression

dotnetup dotnet ne sélectionne pas automatiquement les racines personnalisées arbitraires.

Éviter les écritures de manifeste simultanées

dotnetup coordonne l'accès au manifeste à l'aide d'un verrou. N’exécutez pas de commandes d’écriture simultanées sur le même manifeste. Utilisez des manifestes distincts pour l’automatisation indépendante.

Voir aussi

• Fonctionnement de dotnetup
• script dotnetup env