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 store - Stocke les assemblys spécifiés dans le magasin de packages runtime.
Synopsis
dotnet store [-m|--manifest <PATH_TO_MANIFEST_FILE>]
[-f|--framework <FRAMEWORK_VERSION>] [--disable-build-servers]
[--framework-version <FRAMEWORK_VERSION>]
[--output <OUTPUT_DIRECTORY>] [-r|--runtime <RUNTIME_IDENTIFIER>]
[--skip-optimization] [--skip-symbols]
[--ucr|--use-current-runtime] [-v|--verbosity <LEVEL>]
[--working-dir <WORKING_DIRECTORY>]
dotnet store -h|--help
Descriptif
dotnet store stocke les assemblys spécifiés dans le magasin de packages runtime. Par défaut, les assemblys sont optimisés pour le runtime et l’infrastructure cibles. Pour plus d’informations, consultez la rubrique du magasin de packages runtime .
Options requises
-f|--framework <FRAMEWORK>Spécifie le framework cible. L’infrastructure cible doit être spécifiée dans le fichier projet.
-
--disable-build-serversForce la commande à ignorer tous les serveurs de build persistants. Cette option offre un moyen cohérent de désactiver toute utilisation de la mise en cache de build, ce qui force une build à partir de zéro. Une build qui ne repose pas sur des caches est utile quand les caches peuvent être endommagés ou incorrects pour une raison quelconque. Disponible depuis le SDK .NET 7.
-m|--manifest <PATH_TO_MANIFEST_FILE>Le fichier manifeste du magasin de packages est un fichier XML qui contient la liste des packages à stocker. Le format du fichier manifeste est compatible avec le format du projet de style SDK. Par conséquent, un fichier projet qui référence les packages souhaités peut être utilisé avec l’option
-m|--manifestpermettant de stocker des assemblys dans le magasin de packages runtime. Pour spécifier plusieurs fichiers manifestes, répétez l’option et le chemin d’accès pour chaque fichier. Par exemple :--manifest packages1.csproj --manifest packages2.csproj.-r|--runtime <RUNTIME_IDENTIFIER>Identificateur d’exécution à cibler.
Options facultatives
--framework-version <FRAMEWORK_VERSION>Spécifie la version du Kit de développement logiciel (SDK) .NET. Cette option vous permet de sélectionner une version d’infrastructure spécifique au-delà de l’infrastructure spécifiée par l’option
-f|--framework.-o|--output <OUTPUT_DIRECTORY>Spécifie le chemin d’accès au magasin de packages runtime. S’il n’est pas spécifié, il est défini par défaut sur le sous-répertoire de magasin du répertoire d’installation du profil utilisateur .NET.
--skip-optimizationIgnore la phase d’optimisation. Pour plus d’informations sur l’optimisation, consultez Préparation d’un environnement d’exécution.
--skip-symbolsIgnore la génération de symboles. Actuellement, vous ne pouvez générer que des symboles sur Windows et Linux.
--ucr|--use-current-runtimeUtilisez le runtime actuel comme runtime cible. La valeur par défaut est
false.-
-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. -w|--working-dir <WORKING_DIRECTORY>Répertoire de travail utilisé par la commande. S’il n’est pas spécifié, il utilise le sous-répertoire obj du répertoire actif.
-
-?|-h|--helpImprime une description de l’utilisation de la commande.
Examples
Stockez les packages spécifiés dans le fichier projet packages.csproj pour .NET 6.0.1 :
dotnet store --manifest packages.csproj --framework-version 6.0.1 --framework net6.0 --runtime win-x64Stockez les packages spécifiés dans packages.csproj sans optimisation :
dotnet store --manifest packages.csproj --skip-optimization --framework net6.0 --runtime linux-x64