メモ
現在、Container registry は パブリック プレビュー に対して GitHub Enterprise Server 段階であり、変更される可能性があります。
GitHub Packages を使うには、Container registry と 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 のドメインは、
containers.HOSTNAMEではなくdocker.HOSTNAMEになります。
Docker レジストリ、GitHub Actions の名前空間を使用するあらゆるスクリプトまたは docker.HOSTNAME ワークフローは、Container registry の containers.HOSTNAME に移行した後も引き続き動作します。
移行後は、GraphQL API を使用して PackageType が "DOCKER" のパッケージに対するクエリを実行できなくなります。 代わりに、REST API を使用して package_type が "container" のパッケージに対するクエリを実行できます。 詳しくは、「パッケージの REST API エンドポイント」をご覧ください。