Skip to main content
Skip to content

Informationen zu privat veröffentlichten GitHub Pages-Websites

Eine privat veröffentlichte GitHub Pages Website ist nur für Personen mit Lesezugriff auf das zugehörige Repository verfügbar. Erfahren Sie, wie der Zugriff und URLs für diese Websites funktionieren und was mit ihnen geschieht, wenn sich der Plan Ihrer Organisation ändert.

Informationen zur Zugriffssteuerung für GitHub Pages Websites

Mit der Zugriffssteuerung für GitHub Pageskönnen Sie den Zugriff auf Ihre Projektwebsite einschränken, indem Sie die Website privat veröffentlichen. Auf eine privat veröffentlichte Website kann nur von Personen mit Lesezugriff auf das Repository zugegriffen werden, von dem die Website veröffentlicht wird. Du kannst privat veröffentlichte Websites verwenden, um deine interne Dokumentation oder Wissensdatenbank mit Mitgliedern deines Unternehmens zu teilen.

Hinweis

Um eine GitHub Pages-Website privat zu veröffentlichen, muss deine Organisation GitHub Enterprise Cloud verwenden. Weitere Informationen zum kostenlosen Testen von GitHub Enterprise Cloud findest du unter Eine Testversion von GitHub Enterprise Cloud einrichten.

Wenn Ihr Unternehmen Enterprise Managed Users verwendet, können GitHub Pages Websites nur als privat veröffentlicht werden, und alle GitHub Pages Websites sind nur für andere Unternehmensmitglieder zugänglich. Weitere Informationen zu Enterprise Managed Users findest du unter GitHub Seitenbeschränkungen.

Wenn Ihre Organisation Enterprise Managed Users ohne GitHub Enterprise Cloud verwendet, können Sie Ihre Projektwebsites privat oder öffentlich für alle Personen im Internet veröffentlichen.

Die Zugriffssteuerung ist für Projektwebsites verfügbar, die aus einem privaten oder internen Repository veröffentlicht werden, das die Organisation besitzt. Du kannst die Zugriffssteuerung für eine Website der Organisation nicht verwalten. Weitere Informationen zu den Websitetypen GitHub Pages finden Sie unter Was ist GitHub Pages?.

Informationen zu Unterdomänen für privat veröffentlichte Websites

Privat veröffentlichte Websites sind unter einer anderen Unterdomäne als öffentlich veröffentlichte Websites verfügbar. Dadurch wird sichergestellt, dass Ihre GitHub Pages Website ab dem Zeitpunkt ihrer Veröffentlichung sicher ist:

  • Jede Unterdomäne von *.pages.github.io wird automatisch mit einem TLS-Zertifikat gesichert, und HSTS wird erzwungen, sodass Browser immer die Seite über HTTPS bedienen.
  • Jede privat veröffentlichte Website verwendet eine eindeutige Unterdomäne, sodass andere Repositorys in Ihrer Organisation keine Inhalte auf demselben Ursprung wie die Website veröffentlichen können. Dadurch wird deine Website vor Cookie tossing geschützt. Dies ist auch der Grund, warum GitHub Pages Websites nicht in der github.com Domäne gehostet werden.

Du kannst die eindeutige Unterdomäne deiner Website auf der Registerkarte „Seiten“ deiner Repositoryeinstellungen anzeigen. Wenn du einen statischen Websitegenerator verwendest, der zum Erstellen der Website mit dem Repositorynamen als Pfad konfiguriert ist, musst du möglicherweise die Einstellungen für den statischen Websitegenerator aktualisieren, wenn du die Website in eine private Website änderst. Weitere Informationen findest du unter Verwalten einer benutzerdefinierten Domäne für Ihre GitHub Seitenwebsite oder in der Dokumentation deines Generators für statische Websites.

Wenn Sie eine privat veröffentlichte Website in öffentlich ändern, ändert sich die URL der Website, es sei denn, die Website verwendet eine benutzerdefinierte Domäne.

Um eine kürzere und unvergesslichere Domäne für deine privat veröffentlichte Website zu verwenden, kannst du eine benutzerdefinierte Domäne konfigurieren. Weitere Informationen findest du unter Konfigurieren einer benutzerdefinierten Domäne für Ihre GitHub Seitenwebsite.

Privat veröffentlichte Websites nach einer Planänderung

Wenn Ihre Organisation GitHub Enterprise Cloud nicht mehr verwendet, z. B. weil die Organisation aus Ihrem Unternehmen entfernt wird, bleiben mit GitHub vorhandene privat veröffentlichte Websites privat. Eine Planänderung ändert niemals die Sichtbarkeit einer Website. Wenn jedoch eine privat veröffentlichte Website gelöscht wird, kann eine neue Website, die aus demselben Repository erstellt wurde, öffentlich sein.

Nach der Änderung:

  • Vorhandene privat veröffentlichte Websites bleiben privat veröffentlicht, unter ihrer aktuellen URL.
  • Solange eine Website existiert, wird eine Website durch das Pushen an die Veröffentlichungsquelle oder das Ausführen eines GitHub Pages Workflows nicht öffentlich veröffentlicht.
  • Jede Website behält ihre eindeutige Unterdomäne bei. Die Unterdomäne wird nur freigegeben, wenn die Website gelöscht wird.
  • Organisationsrichtlinien für das Veröffentlichen von GitHub Pages Websites bleiben wirksam. Siehe Verwalten der Veröffentlichung von GitHub Pages-Websites für deine Organisation.
  • Neue Websites können nicht privat veröffentlicht werden.
  • Sie können die Sichtbarkeit einer vorhandenen privat veröffentlichten Website nicht auf öffentlich ändern.

Um den Inhalt öffentlich zu veröffentlichen, löschen Sie die Website, und erstellen Sie sie erneut. Die neue Website ist öffentlich, da die Organisation nicht mehr privat veröffentlichen kann. Siehe Löschen einer GitHub-Pages-Seite und Erstellen einer GitHub Pages-Seite.

Sie können die neue Website nur erstellen, wenn der Plan Ihrer Organisation GitHub Pages für das Repository unterstützt und die Richtlinie Ihrer Organisation öffentlich veröffentlichte Websites zulässt. Mit GitHub Free für Organisationen ist GitHub Pages nur für öffentliche Repositorys verfügbar.

Nachdem eine Website gelöscht wurde, kann ein Push an einen Branch namens gh-pages im Repository auch automatisch eine neue Website aus diesem Branch erstellen, solange derselbe Plan und dieselben Richtlinienbedingungen erfüllt sind. Diese neue Website ist ebenfalls öffentlich.

Warnung

Bevor Sie eine privat veröffentlichte Website löschen, überprüfen Sie, ob das Repository über einen gh-pages Branch verfügt, auf den eine Person oder ein automatisierter Prozess pushen könnte.

Weiterführende Lektüre