Github belgelerinde ve ayrıca burada SO bir şey bulunamadı. Ancak , yalnızca bir tanesinin depoya erişimi olan, http://foo.github.comadlandırılmış özel bir depo için olup olmadığını merak ediyordum .foofoo

Github sayfalarının her zaman herkese açık olduğu hakkında bir şeyler okuduğumu hatırlıyorum ancak artık bulamıyorum.

Ve şaşırtıcı bir şekilde, soruyu soran başka kimseyi bulamıyorum.

Github'a karşı bir destek bileti aldım ve TÜM sayfaların herkese açık olduğunu doğrulayan bir yanıt aldım. Şimdi onlardan help.github.com/pages adresine bir not eklemelerini istedim.

Göre GitHub Sayfalar belgeler :

Tüm proje depoları jeneratörü yayınlamak için kullanmaya hazırdır. Ancak, özel depoların herkese açık sayfaları yayınlayacağını lütfen unutmayın.

Yani hayır, şu anda özel GitHub havuzundan özel GitHub sayfaları oluşturmanın bir yolu yoktur.

DÜZENLE:

Basit bir çözüm

Yararlı olabilecek bazı durumlar için geçici bir çözüm , repo'yu GitHub sayfaları biçiminden başka bir adla (örneğin bir geliştirme aşamasında) istediğiniz gibi yeniden adlandırmak ve herkese açık hale getirmeye hazır olduğunuzda adı düzeltmektir. Açıkçası, kimlik doğrulaması olan sayfaları yayınlamanın bir yolunu arıyorsanız, yine de yardımcı olmaz, ancak bir GH sayfaları projesini devam ederken gizlemek istiyorsanız, bu yardımcı olabilir.

Jekyll için gerçek bir Auth Wrapper (GitHub sayfaları)

Alternatif olarak, adlı bir proje var Jekyll Auth o GitHubber @benbalter bu tür kullanım için yapılmış. Jekyll Yetkilendirme, GitHub sayfaları dahil olmak üzere jekyll projeleri için temel bir kimlik doğrulama paketi sağlar. Kullanım için deponun README'sine bakın .

Page.github.com söz yapar:

Github Sayfaları ücretsiz olarak barındırılıyor ve sitemiz üzerinden kolayca yayınlanıyor,

Erişim kontrolünden hiç bahsetmeden.

GitHub sayfa yardım ya herhangi ACL bahsetmiyor.
En iyi şekilde bir gh sayfaları dalında yönetilirler ve kendi alt modüllerinde yönetilebilirler .
Ancak yine, GitHub tarafından bir kez yayınlandığında görünürlük açısından herhangi bir kısıtlama olmaksızın.

Birçok yanıt güncel değildir (Microsoft öncesi edinme / ücretsiz özel depolar). Bu, ücretsiz özel depoların açıklanmasından sonra yazılmıştır .

Github sayfaları, repo ayarlarında gösterildiği gibi, kişiler için ücretsiz özel depolarda kullanılamaz:

2020 (en temel plan şimdi "Takım"):

Statik içeriği dinamik olarak yüklemeden önce oAuth yetkilendirmesinin nasıl isteneceği konusunda çalışan bir fikir var:

Özel Depoda JSON Arka Uçlu Github Sayfalarında Çalışan Sitenin Güvenliğini Sağlama

İçerik, gizli bir GitHub deposunda, okuma erişimi olan bir görüntüleyiciyle depolanmalıdır. GitHub sayfaları yalnızca sunum yapan JS kodunu saklar.

Yukarıda belirtildiği gibi, Github sayfaları bu işlevselliği desteklemez. Ekibimiz proje belgelerini (statik HTML) dahili ve özel olarak barındırmaya karar verdiğinde de aynı sorunu yaşadım.

Https://www.privatehub.cloud hizmetini oluşturdum. Temelde Github OAuth kimlik doğrulaması ile basit bir proxy sunucusudur, bu yüzden sadece GitHub depo içeriğinizi uygun bir MIME türüyle döndürür. Tasarım gereği, yalnızca erişime sahip olan kullanıcılar içeriği foogörebilir . İşlevsel açıdan, yerleşik kimlik doğrulaması ile basitleştirilmiş bir GitHub sayfaları olarak düşünebilirsiniz.foohttps://bar-foo.privatehub.cloud

Ne yazık ki, Github OAuth read-onlyözel depolara erişim isteğinde bulunmasına izin vermiyor , bu nedenle sunucunun tam erişime ihtiyacı var (açıkçası, deponuza hiçbir şey yazmıyor). GitHub API'sı yalnızca 1 Mb'nin altındaki dosyaları almaya izin verdiği için, hizmet daha büyük dosyaları döndüremez. Yine de, hizmetin dahili belgeler veya bir web sitesinin hazırlama sürümü için küçük projeler için oldukça uygun olduğunu gördüm.

Özel bir repoda admin tuşuna basarsanız ve sayfalarla ilgili bölüme ilerlerseniz, bunun herkese açık olacağı yazar. Daha sonra .htaccess kontrolünün veya benzerinin mümkün olup olmadığını kontrol edeceğim, ancak bunun için çok fazla umudum yok.

GitLab kullanabilirsiniz . özel projeler tanımlayabilirsiniz ve tüm tesisler Github gibidir.

Parolayı bir depoda barındırabilir ve daha sonra, bu paroladan türetilen gizli adresin arkasındaki sayfayı gizleyebilirsiniz. Bu çok güvenli bir yol değil, ama basit.

gösteri