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 le statut d'une version de 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 le statut de la version du package dans la CodeCatalyst console. Pour plus d'informations sur les valeurs d'état possibles des versions de package et leur signification, consultezÉtat de la version du package.
Pour mettre à jour le statut d'une version de package
-
Dans le panneau de navigation, choisissez Packages.
Sur la page Référentiels de packages, choisissez le référentiel contenant la version du package dont vous souhaitez mettre à jour le statut.
Recherchez et choisissez le package dans le tableau.
Sur la page Détails du package, choisissez Versions, puis choisissez la version que vous souhaitez consulter.
Sur la page des détails de la version du package, sélectionnez Actions, puis choisissez Délister, Archiver ou Supprimer. Pour plus d'informations sur le statut de chaque version de package, consultezÉtat de la version du package.
Entrez le texte de confirmation dans le champ de texte, puis choisissez Dérépertorier, Archiver ou Supprimer, selon le statut vers lequel vous souhaitez effectuer la mise à jour.
État de la version du package
Les valeurs possibles pour le statut de version du package sont les suivantes. Vous pouvez modifier le statut de la version du package dans la console. Pour de plus amples informations, veuillez consulter Mettre à jour le statut d'une version de 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 package renvoyées aux gestionnaires de packages ; par exemple, dans la sortie de
npm view <package-name> versions. Toutes les ressources de la version du package sont disponibles dans le référentiel. -
Inachevé : La dernière tentative de publication n'a pas abouti. Actuellement, seules les versions du package 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.xmlfichier pour le package qui inclut cette version. -
Non répertorié : les ressources de la version du package peuvent être téléchargées 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 unnpm package-lock.jsonfichier, elle peut toujours être téléchargée et installée, par exemple lors de l'exécutionnpm ci. -
Archivé : Les ressources de la version du package ne peuvent pas être téléchargées. La version du package ne sera pas incluse dans la liste des versions renvoyées aux gestionnaires de packages. Comme les actifs ne sont pas disponibles, la consommation de la version du package par les clients est bloquée. Si le build de votre application dépend d'une version mise à jour vers Archivé, le build é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 génération 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 le statut 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 que lorsque le statut est Disposé, les actifs de la version du package sont définitivement supprimés par CodeCatalyst. Pour cette raison, vous ne pouvez pas déplacer une version de package du statut Disposé vers 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. Après sa suppression, 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 package.
