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 du gestionnaire de packages. Les étapes pour publier une version de package sont les suivantes :

Publication et référentiels en amont

Dans CodeCatalyst, vous ne pouvez pas publier les versions de package présentes dans des référentiels en amont ou des référentiels publics accessibles. Supposons, par exemple, que vous souhaitiez publier un package npm dans un référentiel de packages et myrepo que vous soyez myrepo connecté à npmjs.com via un référentiel de passerelle configuré en tant que référentiel en amont. lodash@1.0 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 les 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 lodash@1.1 qu'il ne l'est pas, vous pouvez 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 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.

Remplacement des actifs du package

Vous ne pouvez pas republier une ressource de package qui existe déjà avec un contenu différent. Supposons, par exemple, que vous ayez déjà publié un package Maven contenant un JAR actifmypackage-1.0.jar. Vous ne pouvez publier à nouveau cette ressource que si la somme de contrôle des anciennes et des nouvelles ressources est identique. Pour republier la même ressource avec un nouveau contenu, supprimez d'abord la version du package. Toute tentative de republication du 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 ressources (Python et Maven), vous pouvez à tout moment ajouter de nouvelles ressources portant des noms différents à une version de package existante, 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 exemple,mypackage-1.0.jar) et que le contenu de la ressource publiée et de la nouvelle ressource est identique, l'opération aboutira car elle est idempotente.