Skip to main content

Изменение видимости сайта Pages

Кто может использовать эту функцию?

People with admin access to a repository can change the visibility of a Pages site.

With access control for Pages, you can restrict access to your project site by publishing the site privately. A privately published site can only be accessed by people with read access to the repository the site is published from. You can use privately published sites to share your internal documentation or knowledge base with members of your enterprise.

Примечание.

To publish a Pages site privately, your organization must use Enterprise Cloud. For more information about how you can try Enterprise Cloud for free, see Setting up a trial of Enterprise Cloud.

If your enterprise uses Enterprise Managed Users, access control is not available, and all Pages sites are only accessible to other enterprise members. For more information about Enterprise Managed Users, see Pages limits.

If your organization uses Enterprise Cloud without Enterprise Managed Users, you can choose to publish your project sites privately or publicly to anyone on the internet.

Access control is available for project sites that are published from a private or internal repository that are owned by the organization. You cannot manage access control for an organization site. For more information about the types of Pages sites, see What is Pages?.

Privately published sites are available at a different subdomain than publicly published sites. This ensures that your Pages site is secure from the moment it's published:

  • We automatically secure every subdomain of *.pages..io with a TLS certificate, and enforce HSTS to ensure that browsers always serve the page over HTTPS.
  • We use a unique subdomain for the privately published site to ensure that other repositories in your organization cannot publish content on the same origin as the site. This protects your site from cookie tossing. This is also why we don't host Pages sites on the .com domain.

You can see your site's unique subdomain in the "Pages" tab of your repository settings. If you're using a static site generator configured to build the site with the repository name as a path, you may need to update the settings for the static site generator when changing the site to private. For more information, see Managing a custom domain for your Pages site or the documentation for your static site generator.

To use a shorter and more memorable domain for your privately published site, you can configure a custom domain. For more information, see Configuring a custom domain for your Pages site.

  1. On , navigate to your site's repository.

  2. Under your repository name, click Settings. If you cannot see the "Settings" tab, select the dropdown menu, then click Settings.

    Screenshot of a repository header showing the tabs. The "Settings" tab is highlighted by a dark orange outline.

  3. In the "Code and automation" section of the sidebar, click Pages.

  4. Under " Pages", select the Pages visibility dropdown menu, then select a visibility.

  5. To see your published site, under " Pages", click Visit site.

    Screenshot of a confirmation message for GitHub Pages listing the site's URL. On the right, the "Visit site" button is outlined in orange.

Примечание.

It can take up to 10 minutes for changes to your site to publish after you push the changes to . If you don't see your Pages site changes reflected in your browser after an hour, see About Jekyll build errors for Pages sites.