Skip to main content
Skip to content

限定公開された GitHub Pages サイトについて

限定公開された GitHub Pages サイトには、そのリポジトリへの読み取りアクセス権を持つユーザーのみがアクセスできます。 これらのサイトに対するアクセスと URL のしくみと、組織のプランが変更された場合のそれらのサイトへの動作について説明します。

GitHub Pages サイトのアクセス制御について

GitHub Pagesのアクセス制御を使用すると、サイトを非公開で発行することで、プロジェクト サイトへのアクセスを制限できます。 プライベートで公開されたサイトは、サイトの公開元のリポジトリの読み取りアクセスを持っている人だけがアクセスできます。 プライベートで公開されたサイトは、内部的なドキュメンテーションや知識ベースをEnterpriseのメンバーと共有するために利用できます。

メモ

GitHub Pages サイトをプライベートで公開するには、organization が GitHub Enterprise Cloud を使っている必要があります。 GitHub Enterprise Cloud を無料で試す方法の詳細については、「GitHub Enterprise Cloud の試用版を設定する」を参照してください。

企業が Enterprise Managed Usersを使用している場合、 GitHub Pages サイトはプライベートとしてのみ発行でき、すべての GitHub Pages サイトには他のエンタープライズ メンバーのみがアクセスできます。 Enterprise Managed Users の詳細については、「GitHub ページの制限」を参照してください。

組織でEnterprise Managed UsersなしでGitHub Enterprise Cloudを使用している場合は、プロジェクト サイトをプライベートまたはパブリックにインターネット上の誰にでも公開することを選択できます。

アクセス制御は、組織が所有するプライベート リポジトリまたは内部リポジトリから発行されたプロジェクト サイトで使用できます。 Organization サイトのアクセス制御を管理することはできません。 GitHub Pages サイトの種類の詳細については、「GitHub Pages とは」を参照してください。

プライベートに公開するサイトのサブドメインについて

プライベートのサイトは、パブリックのサイトとは異なるサブドメインで利用できます。 これにより、 GitHub Pages サイトが公開された時点からセキュリティで保護されます。

  • *.pages.github.ioのすべてのサブドメインは TLS 証明書で自動的にセキュリティ保護され、ブラウザーが常に HTTPS 経由でページを提供するように HSTS が適用されます。
  • プライベートに発行された各サイトは一意のサブドメインを使用するため、組織内の他のリポジトリはサイトと同じ配信元にコンテンツを発行できません。 これにより、サイトは Cookie のトスから保護されます。 GitHub Pages サイトがgithub.com ドメインでホストされないのもこのためです。

サイトの一意のサブドメインは、リポジトリ設定の [ページ] タブで確認できます。 リポジトリ名をパスとしてサイトをビルドするように設定された静的サイトジェネレータを使用している場合、サイトをプライベートに変更するときに静的サイトジェネレータの設定を更新する必要がある場合があります。 詳細については、「GitHub ページ サイトのカスタム ドメインの管理」または使用している静的サイト ジェネレーターのドキュメントを参照してください。

プライベートに発行されたサイトをパブリックに変更すると、サイトがカスタム ドメインを使用しない限り、サイトの URL が変更されます。

プライベートに公開するサイトにより短くて覚えやすいドメインを使うには、カスタム ドメインを構成します。 詳細については、「GitHub Pages サイトのカスタム ドメインの構成」を参照してください。

プラン変更後の非公開で公開されたサイト

組織が GitHub Enterprise Cloudの使用を停止した場合 (たとえば、組織が企業から削除された場合など)、 GitHub は、既存の非公開で公開されたサイトを非公開に保ちます。 プランの変更によってサイトの可視性が変更されることはありません。 ただし、プライベートに発行されたサイトが削除された場合、同じリポジトリから作成された新しいサイトをパブリックにすることができます。

変更後:

  • 既存のプライベート公開されたサイトは、現在の URL でプライベート公開のまま維持されます。
  • サイトが存在する間は、公開ソースにプッシュしたり、GitHub Pages ワークフローを実行したりしても、パブリックに公開されません。
  • 各サイトは、その一意のサブドメインを保持します。 サブドメインは、サイトが削除された場合にのみ解放されます。
  • GitHub Pagesサイトを発行するための組織ポリシーは有効なままです。 「Organization の GitHub Pages サイトの公開を管理する」を参照してください。
  • 新しいサイトを非公開で発行することはできません。
  • 非公開で公開された既存のサイトの可視性をパブリックに変更することはできません。

コンテンツを公開するには、サイトを削除してから、もう一度作成し直してください。 組織はプライベートに発行できなくなったため、新しいサイトはパブリックになります。 「GitHub ページ サイトの削除」と「GitHub ページ サイトの作成」を参照してください。

新しいサイトを作成できるのは、組織のプランがリポジトリに対する GitHub Pages をサポートしていて、組織のポリシーで一般公開されたサイトが許可されている場合のみです。 組織の GitHub Free では、 GitHub Pages はパブリック リポジトリでのみ使用できます。

サイトが削除された後、リポジトリ内の gh-pages という名前のブランチにプッシュすると、同じプランとポリシー条件が満たされている限り、そのブランチから新しいサイトを自動的に作成することもできます。 その新しいサイトもパブリックです。

警告

非公開で発行されたサイトを削除する前に、リポジトリに、個人または自動化されたプロセスがプッシュする可能性がある gh-pages ブランチがあるかどうかを確認します。

詳細については、次を参照してください。