Remarque
L’accès à cette page nécessite une autorisation. Vous pouvez essayer de vous connecter ou de modifier des répertoires.
L’accès à cette page nécessite une autorisation. Vous pouvez essayer de modifier des répertoires.
Cet article s’applique à : ✔️ SDK .NET Core 6 et versions ultérieures
Nom
dotnet tool install - Installe l’outil .NET spécifié sur votre ordinateur.
Synopsis
dotnet tool install <PACKAGE_NAME> -g|--global
[--allow-downgrade] [--allow-roll-forward] [-a|--arch <ARCHITECTURE>]
[--add-source <SOURCE>] [--configfile <FILE>] [--disable-parallel]
[--framework <FRAMEWORK>] [--ignore-failed-sources] [--interactive]
[--no-cache] [--prerelease] [--source <SOURCE>]
[--tool-manifest <PATH>] [-v|--verbosity <LEVEL>]
[--version <VERSION_NUMBER>]
dotnet tool install <PACKAGE_NAME> --tool-path <PATH>
[--allow-downgrade] [--allow-roll-forward] [-a|--arch <ARCHITECTURE>]
[--add-source <SOURCE>] [--configfile <FILE>] [--disable-parallel]
[--framework <FRAMEWORK>] [--ignore-failed-sources] [--interactive]
[--no-cache] [--prerelease] [--source <SOURCE>]
[--tool-manifest <PATH>] [-v|--verbosity <LEVEL>]
[--version <VERSION_NUMBER>]
dotnet tool install <PACKAGE_NAME> [--local]
[--allow-downgrade] [--allow-roll-forward] [-a|--arch <ARCHITECTURE>]
[--add-source <SOURCE>] [--configfile <FILE>]
[--create-manifest-if-needed] [--disable-parallel]
[--framework <FRAMEWORK>] [--ignore-failed-sources] [--interactive]
[--no-cache] [--prerelease] [--source <SOURCE>]
[--tool-manifest <PATH>] [-v|--verbosity <LEVEL>]
[--version <VERSION_NUMBER>]
dotnet tool install -h|--help
Descriptif
La commande dotnet tool install vous offre un moyen d’installer des outils .NET sur votre machine. Pour utiliser la commande, vous spécifiez l’une des options d’installation suivantes :
- Pour installer un outil global à l’emplacement par défaut, utilisez l’option
--global. - Pour installer un outil global à l’emplacement personnalisé, utilisez l’option
--tool-path. - Pour installer un outil local, omettez les options
--globalet--tool-path.
Avertissement
Vérifiez que le répertoire que vous spécifiez avec l’option --tool-path est sécurisé. Les outils installés dans cet emplacement peuvent être exécutés directement. Par conséquent, l’utilisation d’un chemin d’accès non approuvé ou partagé peut entraîner des risques de sécurité.
Emplacements d’installation
Outils globaux
Les outils globaux sont installés par défaut dans les répertoires suivants quand vous spécifiez l’option -g ou --global :
| Système d''exploitation | Chemin d’accès |
|---|---|
| Linux/mac OS | $HOME/.dotnet/tools |
| Fenêtres | %USERPROFILE%\.dotnet\tools |
Les exécutables sont générés dans ces dossiers pour chaque outil installé globalement, bien que les fichiers binaires d’outils réels soient imbriqués profondément dans le répertoire .store frère.
Remarque
Sur Linux après avoir installé un outil en ligne de commande avec dotnet tool, l’outil ne peut être exécuté qu’à partir du chemin d’accès $HOME/.dotnet/tools .
Pour rendre l’outil exécutable à partir de n’importe quel répertoire, mettez à jour la variable d’environnement PATH .
Pour rendre la variable d’environnement mise à jour permanente dans votre interpréteur de commandes, mettez PATH à jour les paramètres de votre interpréteur de commandes.
Pour Bash, il s’agit du $HOME/.bashrc fichier.
Outils --tool-path
Les outils avec des chemins d’outils explicites sont stockés là où vous avez spécifié que le paramètre --tool-path pointait. Ils sont stockés de la même manière que les outils globaux : un binaire exécutable avec les fichiers binaires réels dans un répertoire .store frère.
Outils locaux
Les outils locaux sont stockés dans le répertoire global NuGet, là où vous avez défini qu’il se trouvait. Il existe des fichiers shim dans $HOME/.dotnet/toolResolverCache pour chaque outil local qui pointent là où les outils se trouvent à cet emplacement.
Les références aux outils locaux sont ajoutées à un fichier dotnet-tools.json dans un répertoire .config sous le répertoire actif. À compter de .NET 10, si un fichier manifeste n’existe pas encore, un fichier manifeste est créé automatiquement. Vous pouvez également en créer un manuellement en exécutant la commande suivante :
dotnet new tool-manifest
Pour plus d’informations, consultez Installer un outil local.
Les arguments
PACKAGE_NAMENom/ID du package NuGet qui contient l’outil .NET à installer.
À compter du Kit de développement logiciel (SDK) .NET 10.0.100, utilisez le nom/l’ID et la version séparées par
@l’installation d’un outil .NET.
Paramètres
-
--allow-downgradeAutorisez la rétrogradation du package lors de l’installation ou de la mise à jour d’un package d’outils .NET. Supprime l’avertissement : « La version demandée x.x.x est inférieure à la version existante x.x.x ».
--allow-roll-forwardDisponible à partir du Kit de développement logiciel (SDK) .NET 9.0. Autoriser l’outil à utiliser une version plus récente du runtime .NET si le runtime cible n’est pas installé.
-
-a|--arch <ARCHITECTURE>Spécifie l’architecture cible. Il s’agit d’une syntaxe abrégée pour définir l’identificateur d’exécution (RID), où la valeur fournie est combinée avec le RID par défaut. Par exemple, sur une machine
win-x64, la spécification de--arch x86définit le RID surwin-x86. Si vous utilisez cette option, n’utilisez pas l’option-r|--runtime. Disponible depuis .NET 6 Preview 7. -
--add-source <SOURCE>Ajoute une source de package NuGet supplémentaire à utiliser pendant l’installation. Les flux sont accessibles en parallèle, et non séquentiellement dans un certain ordre de priorité. Si le même package et la même version sont dans plusieurs flux, le flux le plus rapide gagne. Pour plus d’informations, consultez Processus d’installation d’un package NuGet.
-
--configfile <FILE>Fichier de configuration NuGet (nuget.config) à utiliser. S’ils sont spécifiés, seuls les paramètres de ce fichier seront utilisés. Si elle n’est pas spécifiée, la hiérarchie des fichiers de configuration du répertoire actuel sera utilisée. Pour plus d’informations, consultez Configuration NuGet courantes.
--create-manifest-if-neededDisponible à partir du Kit de développement logiciel (SDK) .NET 8.
S’applique aux outils locaux. Pour rechercher un manifeste, l’algorithme de recherche parcourt l’arborescence de répertoires à la recherche de
dotnet-tools.jsonou d’un dossier.configqui contient un fichierdotnet-tools.json.Si un manifeste d’outil est introuvable et que l’option
--create-manifest-if-neededest définiefalsesur , l’erreurCannotFindAManifestFilese produit.Si aucun manifeste d’outil n’est trouvé et que l’option
--create-manifest-if-neededest définietruesur (ou, dans .NET 10 et versions ultérieures, lorsqu’elle n’est pas spécifiée), l’outil crée automatiquement un manifeste. Il choisit un dossier pour le manifeste comme suit :- Il parcourt l’arborescence de répertoires à la recherche d’un répertoire contenant un sous-dossier
.git. S’il en trouve un, il crée le manifeste dans ce répertoire. - Si l’étape précédente ne trouve pas de répertoire, parcourez l’arborescence de répertoires qui recherche un répertoire contenant un ou
.slnun.gitfichier. S’il en trouve un, il crée le manifeste dans ce répertoire. - Si aucune des deux étapes précédentes n’a permis de trouver un répertoire, l’outil crée le manifeste dans le répertoire de travail actuel.
Pour plus d’informations sur la localisation des manifestes, consultez Installer un outil local.
À compter de .NET 10, un manifeste est créé automatiquement si aucun manifeste d’outils n’est trouvé. Ce changement peut être un changement cassant. Vous pouvez désactiver en passant
--create-manifest-if-needed=false.Avertissement
N’exécutez pas de commandes d’outil à partir du dossier Téléchargements ou d’un emplacement partagé. L’interface CLI guide l’arborescence de répertoires pour rechercher un manifeste d’outil, ce qui peut entraîner l’utilisation d’un manifeste que vous ne vous attendez pas. Exécutez toujours les commandes de l’outil à partir d’un répertoire approuvé spécifique au projet.
- Il parcourt l’arborescence de répertoires à la recherche d’un répertoire contenant un sous-dossier
-
--disable-parallelEmpêche la restauration de plusieurs projets en parallèle.
--framework <FRAMEWORK>Spécifie le framework cible pour lequel installer l’outil. Par défaut, le SDK .NET essaie de choisir le framework cible le plus approprié.
-g|--globalSpécifie que l’installation est à l’échelle de l’utilisateur. Non combinable avec l’option
--tool-path. Omettre à la fois--globalet--tool-pathspécifie une installation d’outil local.-
--source <SOURCE>Spécifie la source des packages NuGet.
-
-?|-h|--helpImprime une description de l’utilisation de la commande.
--ignore-failed-sourcesConsidérez les échecs de la source du package comme des avertissements.
-
--interactivePermet à la commande de s’arrêter et d’attendre une action ou une entrée utilisateur. Par exemple, pour effectuer une authentification.
--localMet à jour l’outil et le manifeste d’outils locaux. Non combinable avec l’option
--globalou l’option--tool-path.--no-cacheou--no-http-cacheNe met pas en cache les packages et les requêtes HTTP.
--prereleaseIncluez les packages de préversion.
--tool-manifest <PATH>Chemin d’accès au fichier manifeste.
--tool-path <PATH>Spécifie l’emplacement d’installation de l’outil global. Le chemin peut être absolu ou relatif. Si le chemin n’existe pas, la commande essaie de le créer. Omettre à la fois
--globalet--tool-pathspécifie une installation d’outil local.-
-v|--verbosity <LEVEL>Définit le niveau de détail de la commande. Les valeurs autorisées sont
q[uiet],m[inimal],n[ormal],d[etailed]etdiag[nostic]. Pour plus d’informations, consultez LoggerVerbosity. --version <VERSION_NUMBER>Version de l’outil à installer. Par défaut, la dernière version stable du package est installée. Utilisez cette option pour installer la préversion ou des versions antérieures de l’outil.
À compter de .NET 8,
--version Major.Minor.Patchfait référence à une version majeure/mineure/corrective spécifique, y compris les versions non répertoriées. Pour obtenir plutôt la dernière version d’une version majeure/mineure particulière, utilisez--version Major.Minor.*.
Exemples
dotnet tool install -g dotnetsayInstalle dotnetsay en tant qu’outil global à l’emplacement par défaut.
dotnet tool install dotnetsay --tool-path c:\global-toolsInstalle dotnetsay en tant qu’outil global dans un répertoire Windows spécifique.
dotnet tool install dotnetsay --tool-path ~/binInstalle dotnetsay en tant qu’outil global dans un répertoire Linux/macOS.
dotnet tool install -g dotnetsay --version 2.0.0Installe la version 2.0.0 de dotnetsay en tant qu’outil global.
dotnet tool install -g dotnetsay@2.1.7Installe la version 2.1.7 de dotnetsay en tant qu’outil global.
dotnet tool install dotnetsayInstalle dotnetsay en tant qu’outil local pour le répertoire actif.
dotnet tool install dotnetsay@2.1.7Installe la version 2.1.7 de dotnetsay en tant qu’outil local pour le répertoire actif.
dotnet tool install -g dotnetsay --verbosity minimalInstalle dotnetsay en tant qu’outil global avec une verbosité minimale. L’outil global dispose d’une verbosité silencieuse par défaut.
dotnet tool install -g dotnetsay --allow-roll-forwardInstalle dotnetsay en tant qu’outil global et lui permet de s’exécuter sur des versions .NET plus récentes si le runtime cible n’est pas disponible.