メモ
現在、Container registry は パブリック プレビュー に対して GitHub Enterprise Server 段階であり、変更される可能性があります。
GitHub Packages を使うには、Container registry と Subdomain Isolation の両方を有効にする必要があります。 詳しくは、「コンテナレジストリの利用」をご覧ください。
Container registry について
Container registry は、Organization または個人アカウント内にコンテナー イメージを格納し、イメージをリポジトリに関連付けることができます。 権限をリポジトリから継承するか、リポジトリとは別に細かい権限を設定するかを選ぶことができます。 パブリック コンテナー イメージに匿名でアクセスすることもできます。 詳細については、 AUTOTITLE を参照してください。
Docker レジストリからの移行について
Container registry は、GitHub の Docker レジストリに置き換えられます。Docker レジストリに Docker イメージを格納している場合は、エンタープライズ所有者イメージが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 エンドポイント」をご覧ください。