{"meta":{"title":"pack ci","intro":"Installe les dépendances pour ce pack tout en vérifiant que le fichier lock existant est à jour.","product":"Sécurité et qualité du code","breadcrumbs":[{"href":"/fr/code-security","title":"Sécurité et qualité du code"},{"href":"/fr/code-security/reference","title":"Reference"},{"href":"/fr/code-security/reference/code-scanning","title":"Analyse du code"},{"href":"/fr/code-security/reference/code-scanning/codeql","title":"CodeQL"},{"href":"/fr/code-security/reference/code-scanning/codeql/codeql-cli-manual","title":"Manuel de l’interface CLI CodeQL"},{"href":"/fr/code-security/reference/code-scanning/codeql/codeql-cli-manual/pack-ci","title":"pack ci"}],"documentType":"article"},"body":"# pack ci\n\nInstalle les dépendances pour ce pack tout en vérifiant que le fichier lock existant est à jour.\n\n> [!NOTE]\n> Ce contenu décrit la version la plus récente de CodeQL CLI. Pour plus d’informations sur cette version, consultez https://github.com/github/codeql-cli-binaries/releases.\n>\n> Pour voir les détails des options disponibles pour cette commande dans une version antérieure, exécutez la commande avec l’option <span style=\"white-space: nowrap;\">`--help`</span> dans votre terminal.\n\n## Synopsis\n\n```shell copy\ncodeql pack ci [--force] <options>... -- <dir>\n```\n\n## Descriptif\n\nInstalle les dépendances pour ce pack tout en vérifiant que le fichier lock existant est à jour.\n\nCette commande installe les dépendances du pack en utilisant les versions spécifiées dans le fichier codeql-pack.lock.yml. Si l’une des versions spécifiées dans le fichier lock est incompatible avec les contraintes de version spécifiées dans le fichier qlpack.yml, ou si aucun fichier lock n’est présent, cette commande échoue.\n\nCette commande est similaire à `codeql pack install`, sauf qu’elle est destinée à être utilisée dans des environnements automatisés tels que les plateformes de test, l’intégration continue et le déploiement ou toute situation où vous souhaitez vous assurer que vous effectuez une installation propre de vos dépendances.\n\nDisponible depuis `v2.12.4`.\n\n## Options\n\n### Options principales\n\n#### `<dir>`\n\nRépertoire racine du package.\n\n#### `--format=<fmt>`\n\nSélectionne le format de sortie `text`_(par défaut)_ ou `json`.\n\n#### `-f, --[no-]force`\n\nAutorise le remplacement des packs déjà existants.\n\n#### `--[no-]allow-prerelease`\n\nAutorise l’utilisation des packs avec des qualificateurs de préversion (par exemple, `X.Y.Z-qualifier`) à utiliser. Sans cet indicateur, les packs de préversion sont ignorés.\n\nDisponible depuis `v2.11.3`.\n\n#### `--lock-override=<file>`\n\n              \\[Avancé] Spécifie un autre fichier de verrouillage à utiliser comme entrée pour la résolution des dépendances.\n\n#### `--lock-output=<file>`\n\n              \\[Avancé] Spécifie un autre emplacement pour enregistrer le fichier verrouillé généré par la résolution de la dépendance.\n\nDisponible depuis `v2.14.1`.\n\n#### `--no-strict-mode`\n\n              \\[Avancé] Désactive le mode strict pour éviter un avertissement lors de la résolution des packages de `--additional-packs`\n\net d’autres emplacements résolus localement. Les packages résolus localement ne sont jamais téléchargés\n\net ne sont pas ajoutés au fichier lock du package.\n\n### Options pour résoudre des packs QL en dehors du registre de packages\n\n#### `--search-path=<dir>[:<dir>...]`\n\nListe des répertoires sous lesquels les packs QL peuvent être trouvés. Chaque répertoire peut être un pack QL (ou un bundle de packs contenant un fichier `.codeqlmanifest.json` à la racine) ou le parent immédiat d’un ou plusieurs de ces répertoires.\n\nSi le chemin contient plusieurs répertoires, leur ordre définit la priorité entre eux : quand un nom de pack qui doit être résolu est mis en correspondance dans plusieurs arborescences de répertoires, celle donnée en premier gagne.\n\nLe pointage de ce chemin vers une extraction du dépôt CodeQL open source devrait fonctionner lors de l’interrogation d’un des langages qui y résident.\n\nSi vous avez extrait le dépôt CodeQL en tant que frère de la chaîne d’outils CodeQL décompressée, vous n’avez pas besoin de donner cette option ; ces répertoires frères sont toujours recherchés pour les packs QL qui ne peuvent pas être trouvés autrement. (Si cette valeur par défaut ne fonctionne pas, il est fortement recommandé de configurer `--search-path` une fois pour toutes dans un fichier de configuration par utilisateur).\n\n(Remarque : Sur Windows, le séparateur de chemin est `;`.)\n\n#### `--additional-packs=<dir>[:<dir>...]`\n\nSi cette liste de répertoires est donnée, des packs y sont recherchés avant ceux indiqués dans `--search-path`. L’ordre entre eux n’a pas d’importance ; il s’agit d’une erreur si un nom de pack est trouvé dans deux répertoires différents de cette liste.\n\nCette option est utile si vous développez temporairement une nouvelle version d’un pack qui apparaît aussi dans le chemin par défaut. En revanche, il n’est _pas recommandé_ de remplacer cette option dans un fichier de configuration ; certaines actions internes ajoutent cette option à la volée, remplaçant toute valeur configurée.\n\n(Remarque : Sur Windows, le séparateur de chemin est `;`.)\n\n### Options pour configurer le gestionnaire de package CodeQL\n\n#### `--registries-auth-stdin`\n\nPermet de vous authentifier auprès des registres de conteneurs GitHub Enterprise Server en passant une liste de paires \\<registry\\_url>=\\<token> séparées par des virgules.\n\nPar exemple, vous pouvez passer `https://containers.GHEHOSTNAME1/v2/=TOKEN1,https://containers.GHEHOSTNAME2/v2/=TOKEN2`\npour vous authentifier auprès de deux instances GitHub Enterprise Server.\n\nCela remplace les variables d’environnement CODEQL\\_REGISTRIES\\_AUTH et GITHUB\\_TOKEN. Si vous avez seulement besoin de vous authentifier auprès du registre de conteneurs github.com, vous pouvez vous authentifier en utilisant l’option plus simple `--github-auth-stdin`.\n\n#### `--github-auth-stdin`\n\nPermet de vous authentifier auprès du registre de conteneurs github.com en passant un jeton github.com GitHub Apps ou un jeton d’accès personnel via une entrée standard.\n\nPour vous authentifier auprès des registres de conteneurs GitHub Enterprise Server, passez `--registries-auth-stdin` ou utilisez la variable d’environnement CODEQL\\_REGISTRIES\\_AUTH.\n\nCela remplace la variable d’environnement GITHUB\\_TOKEN.\n\n### Options courantes\n\n#### `-h, --help`\n\nAffiche ce texte d’aide.\n\n#### `-J=<opt>`\n\n              \\[Avancé] Donne une option à l’environnement JVM exécutant la commande.\n\n(Attention, les options contenant des espaces ne sont pas gérées correctement.)\n\n#### `-v, --verbose`\n\nAugmente de façon incrémentielle le nombre de messages de progression affichés.\n\n#### `-q, --quiet`\n\nDiminue de façon incrémentielle le nombre de messages de progression affichés.\n\n#### `--verbosity=<level>`\n\n              \\[Avancé] Définit explicitement le niveau de détail sur errors, warnings, progress, progress+, progress++ ou progress+++. Remplace `-v` et `-q`.\n\n#### `--logdir=<dir>`\n\n              \\[Avancé] Écrit des journaux détaillés dans un ou plusieurs fichiers du répertoire donné, avec des noms générés qui incluent des horodatages et le nom de la sous-commande en cours d’exécution.\n\n(Pour écrire un fichier journal avec un nom sur lequel vous avez un contrôle total, donnez plutôt `--log-to-stderr` et redirigez stderr comme vous le souhaitez.)\n\n#### `--common-caches=<dir>`\n\n              \\[Avancé] Contrôle l’emplacement des données en cache sur le disque qui persisteront entre plusieurs exécutions de l’interface CLI, telles que les packs QL téléchargés et les plans de requête compilés. S’il n’est pas défini explicitement, il s’agit par défaut d’un répertoire nommé `.codeql` dans le répertoire de base de l’utilisateur. S’il n’existe pas déjà, il sera créé.\n\nDisponible depuis `v2.15.2`."}