Skip to main content

このバージョンの GitHub Enterprise サーバーはこの日付をもって終了となりました: 2024-07-09. 重大なセキュリティの問題に対してであっても、パッチリリースは作成されません。 パフォーマンスの向上、セキュリティの向上、新機能の向上を図るために、最新バージョンの GitHub Enterprise サーバーにアップグレードしてください。 アップグレードに関するヘルプについては、GitHub Enterprise サポートにお問い合わせください

Dockeerレジストリからコンテナレジストリへの移行

エンタープライズ所有者は、以前に お使いの GitHub Enterprise Server インスタンス上の Docker レジストリに格納されていた Docker イメージを Container registry に移行します。

: 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 エンドポイント」を参照してください。

参考資料