View a markdown version of this page

Mettre à jour l'état de la version d'un package - Amazon CodeCatalyst
État de la version du packageNom du package, version du package et normalisation du nom des actifs

Amazon n' CodeCatalyst est plus ouvert aux nouveaux clients. Les clients existants peuvent continuer à utiliser le service normalement. Pour de plus amples informations, veuillez consulter Comment effectuer une migration depuis CodeCatalyst.

Les traductions sont fournies par des outils de traduction automatique. En cas de conflit entre le contenu d'une traduction et celui de la version originale en anglais, la version anglaise prévaudra.

Mettre à jour l'état de la version d'un package

Chaque version de package CodeCatalyst possède un statut qui décrit l'état actuel et la disponibilité de la version du package. Vous pouvez modifier l'état de la version du package dans la CodeCatalyst console. Pour plus d'informations sur les valeurs d'état possibles des versions de packages et leur signification, consultezÉtat de la version du package.

Pour mettre à jour l'état de la version d'un package

  1. Dans le panneau de navigation, choisissez Packages.

  2. Sur la page Référentiels de packages, choisissez le référentiel qui contient la version du package dont vous souhaitez mettre à jour le statut.

  3. Recherchez et choisissez le package dans le tableau.

  4. Sur la page des détails du package, choisissez Versions, puis choisissez la version que vous souhaitez afficher.

  5. Sur la page des détails de la version du package, choisissez Actions, puis cliquez sur Annuler la liste , Archiver ou Supprimer. Pour plus d'informations sur l'état de la version de chaque package, consultezÉtat de la version du package.

  6. Entrez le texte de confirmation dans le champ de texte, puis choisissez Annuler la liste, Archiver ou Supprimer, en fonction du statut vers lequel vous effectuez la mise à jour.

État de la version du package

Les valeurs possibles pour l'état de la version du package sont les suivantes. Vous pouvez modifier l'état de la version du package dans la console. Pour de plus amples informations, veuillez consulter Mettre à jour l'état de la version d'un package.

  • Publié  : la version du package a été publiée avec succès et peut être demandée par un gestionnaire de packages. La version du package sera incluse dans les listes de versions de packages renvoyées aux gestionnaires de packages ; par exemple, dans la sortie denpm view <package-name> versions. Toutes les ressources de la version du package sont disponibles dans le référentiel.

  • Inachevée : la dernière tentative de publication n’a pas été terminée. Actuellement, seules les versions des packages Maven peuvent avoir le statut Inachevé. Cela peut se produire lorsque le client télécharge une ou plusieurs ressources pour une version de package mais ne publie pas de maven-metadata.xml fichier pour le package qui inclut cette version.

  • Non répertorié  : les actifs de la version du package sont disponibles au téléchargement depuis le référentiel, mais la version du package n'est pas incluse dans la liste des versions renvoyées aux gestionnaires de packages. Par exemple, pour un package npm, la sortie de n'npm view <package-name> versionsinclut pas la version du package. Cela signifie que la logique de résolution des dépendances npm ne sélectionne pas la version du package car celle-ci n'apparaît pas dans la liste des versions disponibles. Toutefois, si la version du package non répertorié est déjà référencée dans un npm package-lock.json fichier, elle peut toujours être téléchargée et installée, par exemple lors de son exécutionnpm ci.

  • Archivé  : les actifs de la version du package ne peuvent pas être téléchargés. La version du package ne sera pas incluse dans la liste des versions renvoyées aux gestionnaires de packages. Les actifs n'étant pas disponibles, la consommation de la version du package par les clients est bloquée. Si la compilation de votre application dépend d'une version mise à jour vers Archivée, la génération échouera, sauf si la version du package a été mise en cache localement. Vous ne pouvez pas utiliser un gestionnaire de packages ou un outil de création pour republier une version de package archivée car celle-ci est toujours présente dans le référentiel. Cependant, vous pouvez redéfinir l'état de la version du package sur Non répertorié ou Publié dans la console.

  • Supprimé : la version du package n'apparaît pas dans les listes et les ressources ne peuvent pas être téléchargées depuis le référentiel. La principale différence entre Disposé et Archivé est qu'avec un statut Disposé, les actifs de la version du package sont définitivement supprimés par CodeCatalyst. Pour cette raison, vous ne pouvez pas déplacer la version d'un package de Disposé à Archivé, Non répertorié ou Publié. La version du package ne peut pas être utilisée car les actifs ont été supprimés. Lorsqu'une version du package est marquée comme supprimée, le stockage des actifs du package ne vous est pas facturé.

Outre les statuts de la liste précédente, une version de package peut également être supprimée. Une fois supprimée, une version de package ne se trouve pas dans le référentiel et vous pouvez librement republier cette version de package à l'aide d'un gestionnaire de packages ou d'un outil de génération.

Nom du package, version du package et normalisation du nom des actifs

CodeCatalyst normalise les noms des packages, les versions des packages et les noms des actifs avant de les stocker, ce qui signifie que les noms ou les versions CodeCatalyst peuvent être différents du nom ou de la version fournis lors de la publication du package. Pour plus d'informations sur la façon dont les noms et les versions sont normalisés CodeCatalyst pour chaque type de package, consultez la documentation suivante.

CodeCatalyst n'effectue pas de normalisation sur les autres formats de packages.