有一篇文章介绍了如何在动态加载静态内容之前请求oAuth授权:

(archive.org)在私有存储库中使用JSON后端保护在Github页面上运行的网站(原始文章变成404)

内容应该存储在一个秘密的GitHub存储库中，查看器具有对它的读访问权。GitHub页面只存储服务的JS代码。

我已经对Github提出了支持票，并得到了一个回应，确认所有页面都是公开的。我现在要求他们在help.github.com/pages上添加备注。

有一篇文章介绍了如何在动态加载静态内容之前请求oAuth授权:

(archive.org)在私有存储库中使用JSON后端保护在Github页面上运行的网站(原始文章变成404)

内容应该存储在一个秘密的GitHub存储库中，查看器具有对它的读访问权。GitHub页面只存储服务的JS代码。

作为一种替代方案，目前可以使用GitLab而不是GitHub来做OP要求做的事情。有关GitLab Pages访问控制功能，请参阅文档。由于GitHub不支持这个功能，如果将项目移植到GitLab不是问题，这是一个很好的解决方案。

2021年1月:GitHub企业版现在可以实现(所以:github.com还没有)。 看到的:

GitHub页面的访问控制

GitHub Pages now gives you the option to limit access, making the site visible only to users with access to the repository that published the Page. With access control, you can use GitHub Pages to publish and share internal documentation and knowledge across your enterprise. As part of this release, we are introducing the following capabilities: Repo admins can select whether GitHub Pages sites are publicly visible or limited to users who have access to the repository. Both private and internal repositories support private visibility. With an internal repository, everyone in your enterprise will be able to view the Page with the same credentials they use to login to github.com Org admins can configure the visibility options that members will be able to select for their Page. For example, you can enforce that your members can only publish content privately. This feature is generally available today on GitHub Enterprise Cloud. To enable access control on Pages, navigate to your repository settings, and click the dropdown menu to toggle between public and private visibility for your site.

你可以把密码存储在一个存储库中，然后把页面隐藏在隐藏地址后面，隐藏地址是由密码派生的。这不是一种很安全的方法，但很简单。

示范