注: Container registry は GitHub Enterprise Server に対して現在ベータ版であり、変更される可能性があります。
Container registry を使うには、GitHub Packages と Subdomain Isolation の両方を有効にする必要があります。 詳しくは、「コンテナレジストリの利用」を参照してください。
Container registry について
Container registry は、Organization または個人アカウント内にコンテナー イメージを格納し、イメージをリポジトリに関連付けることができます。 権限をリポジトリから継承するか、リポジトリとは別に細かい権限を設定するかを選ぶことができます。 パブリック コンテナー イメージに匿名でアクセスすることもできます。 詳しくは、「コンテナレジストリの利用」をご覧ください。
Docker レジストリからの移行について
Container registry は、GitHub の Docker レジストリに置き換えられます。Docker レジストリに Docker イメージが格納されている場合は、Enterprise 所有者が、そのイメージを Container registry に段階的に移行します。 お客様側では何もする必要はありません。
注: GitHub Enterprise Server 3.6 では、Organization に格納されている Docker イメージの移行がサポートされています。 今後のリリースでは、ユーザー所有のイメージの移行がサポートされます。 使用する GitHub Enterprise Server のバージョンの検索について詳しくは、「GitHub Docs のバージョンについて」をご覧ください。
Docker イメージが Container registry に移行された後、そのパッケージの詳細に以下の変更が示されます。
- パッケージ アイコンは、Docker ロゴではなく、Container registry ロゴ ( アイコン) となります。
- プル URL のドメインは、
docker.HOSTNAMEではなくcontainers.HOSTNAMEになります。
Docker レジストリ、docker.HOSTNAME の名前空間を使用するあらゆるスクリプトまたは GitHub Actions ワークフローは、containers.HOSTNAME の Container registry に移行した後も引き続き動作します。
移行後は、GraphQL API を使用して PackageType が "DOCKER" のパッケージに対するクエリを実行できなくなります。 代わりに、REST API を使用して package_type が "container" のパッケージに対するクエリを実行できます。 詳しくは、「パッケージの REST API エンドポイント」を参照してください。