Partager via


Configurations courantes de NuGet

Le comportement de NuGet est contrôlé par les paramètres qui sont définis dans un ou plusieurs fichiers (XML) de configuration qui peuvent exister au niveau de la solution (du projet si aucune solution n’est utilisée), de l’utilisateur ou de l’ordinateur.

Emplacements et utilisations des fichiers config

Étendue Emplacement du fichier NuGet.Config Description
Solution Dossier actuel (dossier de solution) ou tout dossier pouvant être situé jusqu’à la racine du lecteur. Dans un dossier de solution, les paramètres s’appliquent à tous les projets dans les sous-dossiers. Notez que si un fichier config est situé dans un dossier de projet, il n’a aucun effet sur ce projet. Lors de la restauration d’un projet sur la ligne de commande, le répertoire du projet est traité comme répertoire de solution, ce qui peut entraîner des différences de comportement lors de la restauration du projet et de la solution.
Utilisateur Windows : %appdata%\NuGet\NuGet.Config
Mac/Linux : ~/.config/NuGet/NuGet.Config ou ~/.nuget/NuGet/NuGet.Config (varie en fonction des outils)
Des configurations supplémentaires sont prises en charge sur toutes les plateformes. Ces configurations ne peuvent pas être modifiées par l’outil.
Windows : %appdata%\NuGet\config\*.Config
Mac/Linux : ~/.config/NuGet/config/*.config ou ~/.nuget/config/*.config
Les paramètres s’appliquent à toutes les opérations. Toutefois, ils sont substitués par tout paramètre défini au niveau de la solution.
Ordinateur Windows : %ProgramFiles(x86)%\NuGet\Config
Mac/Linux : /etc/opt/NuGet/Config (Linux) ou /Library/Application Support (Mac) par défaut. Si $NUGET_COMMON_APPLICATION_DATA n’est ni nul ni vide, alors $NUGET_COMMON_APPLICATION_DATA/NuGet/Config à la place
Les paramètres s’appliquent à toutes les opérations effectuées sur l’ordinateur. Toutefois, ils sont remplacés par tout paramètre défini au niveau de l’utilisateur ou de la solution.

Remarque

Sur Mac/Linux, l’emplacement du fichier config utilisateur varie en fonction des outils. L’interface CLI .NET utilise le dossier ~/.nuget/NuGet, tandis que Mono utilise le dossier~/.config/NuGet.

Sur Mac/Linux, l’emplacement du fichier config au niveau de l’utilisateur varie en fonction des outils

Sur Mac/Linux, l’emplacement du fichier config utilisateur varie en fonction des outils. La majorité des utilisateurs utilisent des outils qui recherchent le fichier config utilisateur sous le dossier ~/.nuget/NuGet. Ces autres outils recherchent le fichier config utilisateur sous le dossier ~/.config/NuGet :

  • Mono
  • NuGet.exe
  • Visual Studio 2019 pour Mac (et versions antérieures)
  • Visual Studio 2022 pour Mac (et versions ultérieures), uniquement lorsque vous travaillez sur des projets Mono classiques.

Si les outils que vous utilisez impliquent les deux emplacements, envisagez de les consolider en suivant ces étapes pour vous permettre de travailler avec un unique fichier config au niveau utilisateur :

  1. Vérifiez le contenu des deux fichiers config au niveau de l’utilisateur et conservez celui que vous souhaitez sous le dossier ~/.nuget/NuGet.
  2. Définir le lien symbolique de ~/.nuget/NuGet vers ~/.config/NuGet. Par exemple, exécutez la commande bash : ln -s ~/.nuget/NuGet ~/.config/NuGet.

Remarques concernant les versions précédentes de NuGet :

  • NuGet 3.3 et versions antérieures utilisaient un dossier .nuget pour les paramètres définis au niveau de la solution. Ce dossier n’est plus utilisé dans NuGet 3.4+.
  • Pour NuGet 2.6 à 3.x, le fichier config au niveau de l’ordinateur sur Windows était situé dans %ProgramData%\NuGet\Config[\{IDE}[\{Version}[\{SKU}]]]\NuGet.Config, où {IDE} peut être VisualStudio, {Version} était la version de Visual Studio telle que 14.0, et {SKU} est soit Community, Pro ou Enterprise. Pour migrer les paramètres vers NuGet 4.0+, copiez simplement le fichier config vers %ProgramFiles(x86)%\NuGet\Config. Sur Linux, l’emplacement précédent était /etc/opt, /Library/Application Support sur Mac.

Modification des paramètres de configuration

Un fichier NuGet.Config est un simple fichier texte XML contenant des paires clé/valeur, comme décrit dans la rubrique Paramètres de configuration NuGet.

Les paramètres sont gérés à l’aide de la commande config de l’interface CLI de NuGet :

  • Par défaut, les modifications sont apportées au fichier config défini au niveau de l’utilisateur. (Sur Mac/Linux, l’emplacement du fichier config au niveau de l’utilisateur varie en fonction des outils)
  • Pour modifier les paramètres dans un autre fichier, utilisez le commutateur -configFile. Dans ce cas, les fichiers peuvent utiliser n’importe quel nom de fichier.
  • Les clés respectent toujours la casse.
  • Une élévation des privilèges est nécessaire pour modifier les paramètres du fichier de paramètres défini au niveau de l’ordinateur.

Avertissement

Même si vous pouvez modifier le fichier dans n’importe quel éditeur de texte, NuGet (v3.4.3 et versions ultérieures) ignore silencieusement l’intégralité du fichier de configuration si celui-ci contient du code XML incorrectement formé (balises incompatibles, guillemets non valides, etc.). C’est pourquoi il est préférable de gérer les paramètres à l’aide de nuget config.

Définition d’une valeur

Windows :

# Set globalPackagesFolder in the user-level config file
dotnet nuget config set globalPackagesFolder "C:\packages"

# Set repositoryPath (available for packages.config only) in the user-level config file
dotnet nuget config set repositoryPath "C:\packages"

# Set repositoryPath in solution-level files
dotnet nuget config set repositoryPath "C:\packages" --configfile "C:\my.config"
dotnet nuget config set repositoryPath "c:\packages" --configfile "..\..\my.config"

# Set repositoryPath in the computer-level file (requires elevation)
dotnet nuget config set repositoryPath "c:\packages" --configfile "%appdata%\NuGet\NuGet.Config"

Mac/Linux :

# Set globalPackagesFolder in the user-level config file
dotnet nuget config set globalPackagesFolder /home/packages

# Set repositoryPath (available for packages.config only) in the user-level config file
dotnet nuget config set repositoryPath /home/packages

# Set repositoryPath in solution-level files
dotnet nuget config set repositoryPath /home/projects/packages --configfile /home/my.Config
dotnet nuget config set repositoryPath /home/packages --configfile home/myApp/NuGet.Config

# Set repositoryPath in the computer-level file (requires elevation)
dotnet nuget config set repositoryPath /home/packages --configfile $XDG_DATA_HOME/NuGet.Config

Remarque

Dans NuGet 3.4 et versions ultérieures, vous pouvez utiliser des variables d’environnement dans n’importe quelle valeur, comme dans repositoryPath=%PACKAGEHOME% (Windows) et repositoryPath=$PACKAGEHOME (Mac/Linux).

Suppression d’une valeur

Pour supprimer une valeur, spécifiez une clé avec une valeur vide.

# Windows
nuget config -set repositoryPath= -configfile c:\my.Config

# Mac/Linux
nuget config -set repositoryPath= -configfile /home/my.Config

Création d’un fichier config

À l’aide de la CLI .NET, créez un fichier nuget.config par défaut en exécutant dotnet new nugetconfig. Pour plus d’informations, consultez les commandes CLI dotnet.

Sinon, copiez manuellement le modèle ci-dessous dans le nouveau fichier et utilisez nuget config -configFile <filename> pour définir les valeurs :

<?xml version="1.0" encoding="utf-8"?>
<configuration>
</configuration>

Application des paramètres

L’utilisation de plusieurs fichiers NuGet.Config permet de stocker des paramètres à différents emplacements, de manière à les appliquer à une solution, à un groupe de solutions. Ces paramètres s’appliquent collectivement à toute opération NuGet appelée à partir de la ligne de commande ou de Visual Studio. Les paramètres « les plus proches » d’une solution ou du dossier actif sont prioritaires. Si un outil en ligne de commande est utilisé sur un fichier projet, plutôt qu’un fichier solution, le répertoire du projet est utilisé comme « répertoire de solution ». Cela peut entraîner un comportement incohérent lorsqu’il existe un fichier NuGet.Config dans un sous-répertoire du fichier solution.

Plus précisément, lorsqu’un fichier config n’est pas spécifié explicitement sur la ligne de commande, NuGet charge les paramètres à partir des différents fichiers de configuration dans l’ordre suivant :

  1. (Peu fréquent) Le fichier NuGetDefaults.Config, qui contient les paramètres concernant uniquement les sources de package.
  2. Le fichier défini au niveau de l’ordinateur.
  3. Le fichier défini au niveau de l’utilisateur.
  4. Les fichiers qui se trouvent dans chacun des dossiers du chemin d’accès allant de la racine du lecteur au dossier actif (celui où nuget.exe est appelé ou le dossier qui contient la solution Visual Studio). Par exemple, si une commande est appelée dans c:\A\B\C, NuGet recherche et charge les fichiers config dans c:\, puis c:\A, puis c:\A\B, et enfin, dans c:\A\B\C.

Lorsqu’un fichier config est explicitement spécifié sur la ligne de commande, par exemple nuget -configFile my.config ou dotnet restore --configfile my.config, seuls les paramètres du fichier spécifié seront utilisés.

Quand NuGet trouve les paramètres dans ces fichiers, il les applique de la manière suivante :

  1. Pour les éléments uniques, NuGet remplaçait toute valeur précédemment trouvée pour la même clé. Cela signifie que les paramètres qui sont « les plus proches » du dossier actif ou de la solution remplacent les paramètres trouvés précédemment. Par exemple, le paramètre defaultPushSource dans NuGetDefaults.Config est remplacé s’il se trouve également dans un autre fichier config.
  2. Pour les éléments de collection (tels que <packageSources>), NuGet combine les valeurs de tous les fichiers de configuration dans une même collection.
  3. Lorsque <clear /> est présent pour un nœud donné, NuGet ignore les valeurs de configuration définies précédemment pour ce nœud.

Conseil

Ajoutez un fichier nuget.config dans le dossier racine du référentiel de votre référentiel de solutions. Cette pratique est considérée comme une meilleure pratique, car elle favorise la répétabilité et garantit que différents utilisateurs ont la même configuration NuGet.

Procédure pas à pas pour l’application des paramètres

Supposons que vous disposiez de la structure de dossiers suivante sur deux lecteurs distincts :

disk_drive_1
    User
disk_drive_2
    Project1
        Source
    Project2
        Source
    tmp

Vous avez donc quatre fichiers NuGet.Config aux emplacements suivants, avec le contenu spécifié (le fichier défini au niveau de l’ordinateur n’est pas inclus dans cet exemple, toutefois, son comportent est similaire à celui du fichier défini au niveau de l’utilisateur).

Fichier A. Fichier de niveau utilisateur (%appdata%\NuGet\NuGet.Config sur Windows, ~/.config/NuGet/NuGet.Config sur Mac/Linux) :

<?xml version="1.0" encoding="utf-8"?>
<configuration>
  <packageSources>
    <add key="nuget" value="https://api.nuget.org/v3/index.json" />
  </packageSources>
</configuration>

Fichier B. disk_drive_2/NuGet.Config :

<?xml version="1.0" encoding="utf-8"?>
<configuration>
    <config>
        <add key="repositoryPath" value="disk_drive_2/tmp" />
    </config>
    <packageRestore>
        <add key="enabled" value="True" />
    </packageRestore>
</configuration>

Fichier C. disk_drive_2/Project1/NuGet.Config :

<?xml version="1.0" encoding="utf-8"?>
<configuration>
    <config>
        <add key="repositoryPath" value="External/Packages" />
        <add key="defaultPushSource" value="https://MyPrivateRepo/ES/api/v2/package" />
    </config>
    <packageSources>
        <clear /> <!-- ensure only the sources defined below are used -->
        <add key="MyPrivateRepo - ES" value="https://MyPrivateRepo/ES/nuget" />
    </packageSources>
</configuration>

Fichier D. disk_drive_2/Project2/NuGet.Config :

<?xml version="1.0" encoding="utf-8"?>
<configuration>
    <packageSources>
        <!-- Add this repository to the list of available repositories -->
        <add key="MyPrivateRepo - DQ" value="https://MyPrivateRepo/DQ/nuget" />
    </packageSources>
</configuration>

Ensuite, NuGet charge et applique les paramètres de la manière suivante, en fonction de l’emplacement où ils sont appelés :

  • Invoqué à partir de disk_drive_1/users : seul le référentiel par défaut répertorié dans le fichier de configuration défini au niveau de l’utilisateur (A) est utilisé, car il s’agit du seul fichier trouvé à l’emplacement disk_drive_1.

  • Invoqué à partir de disk_drive_2/ ou disk_drive_/tmp :le fichier défini au niveau de l’utilisateur (A) est chargé en premier, puis NuGet accède à la racine de disk_drive_2 et trouve le fichier (B). NuGet recherche également un fichier de configuration dans /tmp, sans en trouver un. Par conséquent, le référentiel par défaut de nuget.org est utilisé, la restauration de package est activée et les packages sont développés dans disk_drive_2/tmp.

  • Invoqué à partir de disk_drive_2/Project1 ou disk_drive_2/Project1/Source : le fichier défini au niveau de l’utilisateur (A) est chargé en premier, puis NuGet charge le fichier (B) à partir de la racine de disk_drive_2, suivi du fichier (C). Les paramètres en (C) remplacent ceux définis dans (B) et (A), de sorte que repositoryPath où packages installés soient disk_drive_2/Project1/External/Packages au lieu de disk_drive_2/tmp. De plus, étant donné que (C) efface <packageSources>, nuget.org n’est plus disponible en tant que source, ce qui laisse uniquement https://MyPrivateRepo/ES/nuget.

  • Invoqué à partir de disk_drive_2/Project2 ou disk_drive_2/Project2/Source :le fichier défini au niveau de l’utilisateur (A) est chargé en premier, suivi du fichier (B) et du fichier (D). Étant donné que packageSources n’est pas effacé, nuget.org et https://MyPrivateRepo/DQ/nuget sont disponibles en tant que sources. Les packages sont développés dans disk_drive_2/tmp, comme spécifié dans le fichier (B).

Configuration supplémentaire à l’échelle de l’utilisateur

À partir de la version 5.7, NuGet a ajouté la prise en charge d’autres fichiers de configuration à l’échelle de l’utilisateur. Cela permet aux fournisseurs tiers d’ajouter des fichiers de configuration utilisateur supplémentaires sans élévation. Ces fichiers de configuration se trouvent dans le dossier de configuration à l’échelle de l’utilisateur standard dans un sous-dossier config. Tous les fichiers se terminant par .config ou par .Config seront pris en compte. Ces fichiers ne peuvent pas être modifiées par des outils standard.

Plateforme du système d’exploitation Configurations supplémentaires
Windows %appdata%\NuGet\config\*.Config
Mac/Linux ~/.config/NuGet/config/*.config ou ~/.nuget/config/*.config

Fichier de valeurs par défaut de NuGet

Le fichier NuGetDefaults.Config est peu fréquent et ne peut que spécifier les sources de packages à partir desquelles les packages sont installés et mis à jour, ou contrôler la cible par défaut pour la publication des packages avec nuget push.

Les administrateurs pouvant facilement (à l’aide d’une stratégie de groupe, par exemple) déployer des fichiers NuGetDefaults.Config cohérents sur les machines de développement et de build, ils peuvent garantir que tous les membres de l’organisation utilisent des sources de packages cohérentes, qu’il s’agisse ou non de nuget.org.

Important

Le fichier NuGetDefaults.Config n’entraîne jamais la suppression d’une source de package de la configuration NuGet d’un développeur. Cela signifie que si le développeur a déjà utilisé NuGet, et donc, que la source du package nuget.org est inscrite, celle-ci ne sera pas supprimée après la création d’un fichier NuGetDefaults.Config.

En outre, ni NuGetDefaults.Config ni aucun autre mécanisme dans NuGet ne peut empêcher l’accès aux sources de package comme nuget.org. Si une organisation souhaite bloquer ce type d’accès, elle doit utiliser d’autres moyens tels qu’un pare-feu pour le faire.

NuGetDefaults.Config Emplacement

Le tableau suivant explique où le fichier NuGetDefaults.Config doit être stocké en fonction du système d’exploitation cible :

Plateforme du système d’exploitation NuGetDefaults.Config Emplacement
Windows Visual Studio 2017 ou NuGet 4.x+ : %ProgramFiles(x86)%\NuGet
Visual Studio 2015 et versions antérieures ou NuGet 3.x et versions antérieures : %PROGRAMDATA%\NuGet
Mac/Linux $XDG_DATA_HOME (généralement ~/.local/share ou /usr/local/share, en fonction de la distribution du système d’exploitation)

Paramètres du fichier NuGetDefaults.Config

  • packageSources : cette collection a la même signification que packageSources dans les fichiers config habituels, et spécifie les sources par défaut. NuGet utilise les sources dans l’ordre durant l’installation ou la mise à jour de packages dans les projets utilisant le format de gestion packages.config. Pour les projets utilisant le format PackageReference, NuGet utilise tout d’abord les sources locales, puis les sources sur les partages réseau et enfin les sources HTTP, quel que soit l’ordre dans les fichiers de configuration. NuGet ignore toujours l’ordre des sources avec les opérations de restauration.

  • disabledPackageSources : cette collection a également la même signification que dans les fichiers NuGet.Config, où chaque source affectée est répertoriée, avec son nom et une valeur true/false indiquant si elle est activée ou non. Ainsi, le nom et l’URL de la source sont conservés dans packageSources, sans que vous ayez à l’activer par défaut. Les développeurs peuvent ensuite réactiver la source en définissant sa valeur sur false dans d’autres fichiers NuGet.Config, sans avoir à connaître l’URL correcte. Cela est également utile pour fournir aux développeurs la liste complète des URL sources internes d’une organisation, tout en activant uniquement la source par défaut d’une équipe.

  • defaultPushSource : spécifie la cible par défaut pour les opérations nuget push, en substituant la valeur intégrée par défaut de nuget.org. Les administrateurs peuvent déployer ce paramètre pour éviter de publier par inadvertance des packages internes sur le nuget.org public, puisque les développeurs doivent utiliser nuget push -Source pour publier des packages sur nuget.org.

Exemple de fichier NuGetDefaults.Config et d’application

<?xml version="1.0" encoding="UTF-8"?>
<configuration>
    <!-- defaultPushSource key works like the 'defaultPushSource' key of NuGet.Config files. -->
    <!-- This can be used by administrators to prevent accidental publishing of packages to nuget.org. -->
    <config>
        <add key="defaultPushSource" value="https://contoso.com/packages/" />
    </config>

    <!-- Default Package Sources; works like the 'packageSources' section of NuGet.Config files. -->
    <!-- This collection cannot be deleted or modified but can be disabled/enabled by users. -->
    <packageSources>
        <add key="Contoso Package Source" value="https://contoso.com/packages/" />
        <add key="nuget.org" value="https://api.nuget.org/v3/index.json" />
    </packageSources>

    <!-- Default Package Sources that are disabled by default. -->
    <!-- Works like the 'disabledPackageSources' section of NuGet.Config files. -->
    <!-- Sources cannot be modified or deleted either but can be enabled/disabled by users. -->
    <disabledPackageSources>
        <add key="nuget.org" value="true" />
    </disabledPackageSources>
</configuration>