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.

Publication de packages dans un référentiel de CodeCatalyst packages

Vous pouvez publier des versions de n'importe quel type de package pris en charge dans un référentiel de CodeCatalyst packages à l'aide des outils de gestion de packages. Les étapes pour publier la version d'un package sont les suivantes :

Publication et référentiels en amont

Dans CodeCatalyst, vous ne pouvez pas publier les versions de packages présentes dans des référentiels en amont accessibles ou des référentiels publics. Par exemple, supposons que vous souhaitiez publier un package npm dans un référentiel de packages et myrepo que vous soyez connecté à npmjs.com via un référentiel de passerelle configuré en tant que référentiel en amont. lodash@1.0 myrepo S'il lodash@1.0 est présent dans le référentiel en amont ou dans npmjs.com, CodeCatalyst rejette toute tentative de publication dans ce référentiel en myrepo émettant une erreur de conflit 409. Cela vous permet d'éviter de publier accidentellement un package portant le même nom et la même version qu'un package dans un référentiel en amont, ce qui peut entraîner un comportement inattendu.

Vous pouvez toujours publier différentes versions d'un nom de package qui existent dans un référentiel en amont. Par exemple, s'il lodash@1.0 est présent dans un référentiel en amont, mais ne l'lodash@1.1est pas, vous pouvez le lodash@1.1 publier dans le référentiel en aval.

Packages privés et référentiels publics

CodeCatalyst ne publie pas les packages stockés dans CodeCatalyst des référentiels vers des référentiels publics, tels que npmjs.com ou Maven Central. CodeCatalyst importe des packages depuis des référentiels publics vers un CodeCatalyst référentiel, mais cela ne déplace pas les packages dans la direction opposée. Les packages que vous publiez dans CodeCatalyst des référentiels restent privés et ne sont disponibles que pour le CodeCatalyst projet auquel appartient le référentiel.

Remplacer les actifs du package

Vous ne pouvez pas republier un actif de package qui existe déjà avec un contenu différent. Supposons, par exemple, que vous ayez déjà publié un package Maven avec une ressource mypackage-1.0.jar JAR. Vous ne pouvez publier à nouveau cette ressource que si la somme de contrôle de l'ancienne et de la nouvelle ressource est identique. Pour republier la même ressource avec un nouveau contenu, supprimez d'abord la version du package. Toute tentative de republier le même nom de ressource avec un contenu différent entraînera une erreur de conflit HTTP 409.

Pour les formats de package qui prennent en charge plusieurs actifs (Python et Maven), vous pouvez ajouter de nouveaux actifs avec des noms différents à une version de package existante à tout moment, en supposant que vous disposez des autorisations requises. Étant donné que npm NuGet ne prend en charge qu'un seul actif par version de package, pour modifier une version de package publiée, vous devez d'abord la supprimer.

Si vous essayez de republier une ressource qui existe déjà (par exemplemypackage-1.0.jar) et que le contenu de la ressource publiée est identique à celui de la nouvelle ressource, l'opération réussira car elle est idempotente.