Hinweis: Die Container registry befindet sich für GitHub Enterprise Server derzeit in der Betaphase und kann noch geändert werden.
Sowohl GitHub Packages als auch die Unterdomänenisolation müssen aktiviert sein, um die Container registry verwenden zu können. Weitere Informationen findest du unter Arbeiten mit der Containerregistrierung.
Informationen zur Container registry
Die Container registry speichert Containerimages innerhalb deiner Organisation oder deines persönlichen Kontos und ermöglicht es dir, ein Image einem Repository zuzuordnen. Du kannst wählen, ob Berechtigungen von einem Repository geerbt oder präzise Berechtigungen unabhängig von einem Repository festgelegt werden sollen. Du kannst auch anonym auf öffentliche Containerimages zugreifen. Weitere Informationen findest du unter Arbeiten mit der Containerregistrierung.
Informationen zur Migration aus der Docker-Registrierung
Die Container registry ersetzt die Docker-Registrierung von GitHub. Wenn du Docker-Images in der Docker-Registrierung gespeichert hast, wird eine Unternehmensinhaberin diese schrittweise zur Container registry migrieren. Du musst nichts weiter tun.
Hinweis: GitHub Enterprise Server 3.6 unterstützt die Migration für in Organisationen gespeicherte Docker-Images. In einer künftigen Version wird die Migration von Images im Besitz von Benutzern unterstützt werden. Weitere Informationen zum Suchen der GitHub Enterprise Server-Version, die du verwendest, findest du unter Informationen zu Versionen der GitHub-Dokumentation.
Nachdem ein Docker-Image zur Container registry migriert wurde, werden die folgenden Änderungen auf der Detailseite des Pakets angezeigt.
- Das Paketsymbol ist das Container registry-Logo (ein -Symbol) anstelle des Docker-Logos.
- Die Domäne in der Pull-URL lautet
containers.HOSTNAMEund nichtdocker.HOSTNAME.
Alle Skripts oder GitHub Actions-Workflows, die den Namespace für die Docker-Registrierung, docker.HOSTNAME, verwenden, funktionieren auch nach der Migration zur Container registry unter containers.HOSTNAME.