Remarque : Container registry est actuellement en beta pour GitHub Enterprise Server et susceptible d’être modifié.
GitHub Packages et l’isolation de sous-domaine doivent être activés pour utiliser Container registry. Pour plus d’informations, consultez « Utilisation du registre de conteneurs ».
À propos du Container registry
Le Container registry stocke des images conteneur dans votre organisation ou compte personnel et vous permet d’associer une image à un dépôt. Vous pouvez choisir d’hériter des autorisations d’un dépôt ou de définir des autorisations granulaires indépendamment d’un dépôt. Vous pouvez également accéder aux images conteneur publiques de manière anonyme. Pour plus d’informations, consultez « Utilisation du registre de conteneurs ».
À propos de la migration à partir du registre Docker
Le Container registry remplace le registre Docker de GitHub. Si vous avez stocké des images Docker dans le registre Docker, un propriétaire d’entreprise migrera progressivement les images vers le Container registry. Aucune autre action n’est requise de votre part.
Remarque : GitHub Enterprise Server 3.6 prend en charge la migration des images Docker stockées dans les organisations. Une future version prendra en charge la migration des images appartenant à l’utilisateur. Pour plus d’informations sur la façon de trouver la version de GitHub Enterprise Server que vous utilisez, consultez « À propos des versions de GitHub Docs ».
Une fois qu’une image Docker a été migrée vers le Container registry, vous noterez les modifications suivantes apportées aux détails du package.
- L’icône de package sera le logo Container registry (icône ) à la place du logo Docker.
- Le domaine de l’URL d’extraction sera
containers.HOSTNAME
au lieu dedocker.HOSTNAME
.
Tous les scripts ou workflows GitHub Actions qui utilisent l’espace de noms pour le registre Docker, docker.HOSTNAME
, continueront de fonctionner après la migration vers le Container registry à l’emplacement containers.HOSTNAME
.
Au terme de la migration, vous ne pourrez plus utiliser l’API GraphQL pour interroger les packages avec « DOCKER » comme PackageType
. Cela étant, vous pouvez utiliser l’API REST pour interroger des packages avec « conteneur » comme package_type
. Pour plus d’informations, consultez « Points de terminaison d’API REST pour les packages ».