Posez votre question et obtenez un résumé du document en referencant cette page et le Provider AI de votre choix
Historique des versions
- "Ajouter la commande upgrade"v9.5.823/09/2026
Le contenu de cette page a été traduit à l'aide d'une IA.
Voir la dernière version du contenu original en anglaisSi vous avez une idée d’amélioration pour améliorer cette documentation, n’hésitez pas à contribuer en submitant une pull request sur GitHub.
Lien GitHub de la documentationCopier le Markdown du doc dans le presse-papiers
Mettre à jour les packages Intlayer
Copier le code dans le presse-papiers
La commande upgrade liste les packages Intlayer déclarés dans chaque package.json de votre projet, y compris les workspaces d'un monorepo, et les met à jour vers la dernière version publiée. Elle exécute de manière autonome la même étape de mise à jour des packages que intlayer init.
Arguments :
--project-root [projectRoot]- Optionnel. Le répertoire racine du projet. Par défaut, la commande démarre à partir dupackage.jsonle plus proche au-dessus du répertoire de travail actuel.--dry-run- Optionnel. Liste les packages et leur version cible sans modifier aucun fichier.--tag <tag>- Optionnel. Le dist-tag npm vers lequel effectuer la mise à jour (par exemplecanary). Par défaut àlatest.
Ce qu'elle fait :
- Liste les packages Intlayer - Analyse chaque
package.jsondu projet (en ignorantnode_moduleset les sorties de build) à la recherche des dépendances et devDependenciesintlayer,@intlayer/*,*-intlayeretintlayer-*. - Récupère la version cible - Lit la version du dist-tag sélectionné (
latestpar défaut) de chaque package depuis le registre npm. - Réécrit les plages de versions - Met à jour chaque plage obsolète directement dans le fichier, en conservant son opérateur (
^,~ou aucun) ainsi que l'indentation du fichier. - Installe en une seule fois - Exécute une seule installation depuis la racine du workspace (le répertoire le plus proche contenant un lock file), en utilisant le gestionnaire de packages propriétaire du lock file :
Ouvrir le tableau dans une fenêtre modale pour voir tout le contenu clairement
| Lock file | Commande |
|---|---|
bun.lock / bun.lockb | bun install |
pnpm-lock.yaml | pnpm install |
yarn.lock | yarn install |
package-lock.json ou aucun | npm install |
S'il n'y a pas de lock file, le champ packageManager du package.json (par exemple "bun@1.2.0") est utilisé avant de basculer vers npm par défaut.
Les plages qui ne pointent pas vers le registre, telles que workspace:*, file:, link:, catalog: ou les URLs git, ne sont jamais modifiées.
Exemples :
Lister les mises à jour disponibles sans les appliquer :
Copier le code dans le presse-papiers
Mettre à jour vers la version canary :
Copier le code dans le presse-papiers
Exemple de sortie :
Copier le code dans le presse-papiers
Notes :
- Exécutez la commande depuis la racine de votre dépôt pour mettre à jour tous les workspaces. Exécutez-la depuis un workspace pour ne mettre à jour que ce workspace.
- Les packages dont la version ne peut pas être récupérée (hors ligne, package privé ou non publié) sont listés et laissés inchangés.
- Si l'installation échoue, les plages mises à jour sont conservées dans
package.json. Exécutez manuellement la commande d'installation de votre gestionnaire de packages.
