Observação: atualmente, o Container registry está na versão beta do GitHub Enterprise Server e sujeito a alterações.
O GitHub Packages e o isolamento de subdomínio devem ser habilitados para usar o Container registry. Para obter mais informações, confira "Trabalhando com o registro do Contêiner".
Sobre o Container registry
O Container registry armazena imagens de contêiner na sua conta pessoal ou de organização e permite que você associe uma imagem a um repositório. Você pode escolher se deve herdar permissões de um repositório ou definir permissões granulares, independentemente de um repositório. Você também pode acessar imagens de contêiner público anonimamente. Para obter mais informações, confira "Trabalhando com o registro do Contêiner".
Sobre a migração do Registro do Docker
Container registry substitui o Registro do Docker de GitHub. Se você armazenou imagens do Docker no Registro do Docker, um proprietário de empresa migrará gradualmente as imagens para o Container registry. Nenhuma ação sua é necessária.
Observação: GitHub Enterprise Server 3.6 dá suporte à migração de imagens do Docker armazenadas em organizações. Uma versão futura dará suporte à migração de imagens de propriedade do usuário. Para obter mais informações sobre como encontrar a versão do GitHub Enterprise Server usada, confira "Sobre versões da Documentação do GitHub".
Depois que uma imagem do Docker tiver sido migrada para Container registry, você verá as seguintes alterações nos detalhes do pacote.
- O ícone do pacote será o logotipo do Container registry (um ícone em vez do logotipo do Docker.
- O domínio na URL de pull será
containers.HOSTNAME
em vez de dadosdocker.HOSTNAME
.
Os scripts ou fluxos de trabalho de GitHub Actions que usam o namespace do Registro do Docker, docker.HOSTNAME
, continuarão funcionando após a migração para Container registry em containers.HOSTNAME
.
Após a migração, você não poderá mais usar a API do GraphQL para consultar pacotes com um PackageType
de "DOCKER". Em vez disso, use a API REST para consultar pacotes com um package_type
de "container". Para obter mais informações, confira "Pontos de extremidade de API REST para pacotes".