Skip to main content

Eine Veröffentlichungsquelle für deine GitHub Pages-Website konfigurieren

Sie können Ihre GitHub Pages- Site so konfigurieren, dass sie veröffentlicht wird, wenn Änderungen in einen bestimmten Branch gepusht werden, oder Sie können einen GitHub Actions-Workflow schreiben, um Ihre Site zu veröffentlichen.

Wer kann dieses Feature verwenden?

People with admin or maintainer permissions for a repository can configure a publishing source for a GitHub Pages site.

GitHub Pages ist in öffentlichen Repositorys mit GitHub Free und GitHub Free für Organisationen sowie in öffentlichen und privaten Repositorys mit GitHub Pro, GitHub Team, GitHub Enterprise Cloud und GitHub Enterprise Server verfügbar. Weitere Informationen findest du unter GitHub-Pläne.

GitHub Pages verwendet nun GitHub Actions zur Ausführung des Jekyll-Builds. Wenn Sie einen Zweig als Quelle Ihres Builds verwenden, muss GitHub Actions in Ihrem Repository aktiviert sein, wenn Sie den eingebauten Jekyll-Workflow verwenden möchten. Wenn GitHub Actions nicht verfügbar oder deaktiviert ist, können Sie alternativ eine .nojekyll-Datei zum Stamm Ihrer Quellverzweigung hinzufügen, um den Jekyll-Erstellungsprozess zu umgehen und den Inhalt direkt bereitzustellen. Weitere Informationen zur Aktivierung von GitHub Actions finden Sie unter „Verwalten von GitHub Actions-Einstellungen für ein Repository

Informationen zu Veröffentlichungsquellen

Du kannst deine Website veröffentlichen, wenn Änderungen an einen bestimmten Branch gepusht werden, oder du kannst einen GitHub Actions-Workflow schreiben, um deine Website zu veröffentlichen.

Wenn du keine Kontrolle über den Buildprozess für deine Website benötigst, wird empfohlen, deine Website zu veröffentlichen, wenn Änderungen an einen bestimmten Branch gepusht werden. Du kannst angeben, welcher Branch und welcher Ordner als Veröffentlichungsquelle verwendet werden sollen. Der Quellbranch kann ein beliebiger Branch in deinem Repository sein, und der Quellordner kann entweder der Stamm des Repositorys (/) im Quellbranch oder der Ordner /docs im Quellbranch sein. Wenn Änderungen an den Quellbranch gepusht werden, werden die Änderungen im Quellordner in deiner GitHub Pages-Website veröffentlicht.

Wenn du einen anderen Buildprozess als Jekyll verwenden möchtest oder nicht möchtest, dass deine kompilierten statischen Dateien in einem dedizierten Branch enthalten sind, wird empfohlen, einen GitHub Actions-Workflow zu schreiben, um deine Website zu veröffentlichen. GitHub bietet Workflowvorlagen für häufiger vorkommende Veröffentlichungsszenarien, die Ihnen beim Schreiben von Workflows helfen.

Warnung: GitHub Pages-Websites sind im Internet öffentlich zugänglich, auch wenn das Repository für die Website privat ist (wenn Ihr Plan oder Ihre Organisation dies zulässt). Wenn das Repository deiner Website vertrauliche Daten enthält, solltest Du diese vor der Veröffentlichung entfernen. Weitere Informationen findest du unter Informationen zu Repositorys.

Veröffentlichen aus einem Branch

  1. Stelle sicher, dass der Branch, den du als Veröffentlichungsquelle nutzen möchtest, bereits in deinem Repository vorhanden ist.

  2. Navigiere in GitHub zum Repository Deiner Website.

  3. Wähle unter dem Namen deines Repositorys die Option Einstellungen aus. Wenn die Registerkarte „Einstellungen“ nicht angezeigt wird, wähle im Dropdownmenü die Option Einstellungen aus.

    Screenshot eines Repositoryheaders mit den Registerkarten. Die Registerkarte „Einstellungen“ ist dunkelorange umrandet.

  4. Klicke im Abschnitt „Code und Automatisierung“ der Seitenleiste auf Seiten.

  5. Wähle unter „Erstellen und Bereitstellen“ unter „Quelle“ die Option Aus einem Branch bereitstellen aus.

  6. Wähle unter „Build & Deployment“ im Dropdownmenü für Branches eine Veröffentlichungsquelle aus.

    Screenshot der Pages-Einstellungen in einem GitHub-Repository. Ein Menü zum Auswählen eines Branchs für eine Veröffentlichungsquelle mit der Bezeichnung „Keine“ ist in dunklem Orange eingerahmt.

  7. Verwende wahlweise das Dropdownmenü für Ordner, um einen Ordner für deine Veröffentlichungsquelle auszuwählen.

    Screenshot der Pages-Einstellungen in einem GitHub-Repository. Ein Menü zum Auswählen eines Ordners für eine Veröffentlichungsquelle mit der Bezeichnung „/(root)“ ist in dunklem Orange eingerahmt.

  8. Klicke auf Speichern.

Problembehandlung beim Veröffentlichen aus einem Branch

Note

If your repository contains symbolic links, you will need to publish your site using a GitHub Actions workflow. For more information about GitHub Actions, see "GitHub Actions-Dokumentation."

Note

  • Wenn die Veröffentlichung über einen Branch erfolgt und deine Website nicht automatisch veröffentlicht wurde, stelle sicher, dass jemand mit Administratorberechtigungen und einer verifizierten E-Mail-Adresse einen Push an die Veröffentlichungsquelle ausgeführt hat.
  • Commits, die von einem GitHub Actions-Workflow gepusht werden, der das GITHUB_TOKEN verwendet, lösen keinen GitHub Pages-Build aus.

Wenn du den docs-Ordner in jedem Branch als Veröffentlichungsquelle auswählst und später den /docs-Ordner aus diesem Branch in deinem Repository entfernst, wird deine Website nicht erstellt, und du erhältst eine Seiten-Buildfehlermeldung aufgrund eines fehlenden /docs-Ordners. Weitere Informationen findest du unter Fehlerbehebung bei Jekyll-Build-Fehlern für GitHub Pages-Websites.

Deine GitHub Pages-Website wird immer mit einer GitHub Actions-Workflowausführung bereitgestellt, selbst wenn du deine GitHub Pages-Website so konfigurierst, dass sie mit einem anderen CI-Tool erstellt wird. Die meisten externen CI-Workflows werden in GitHub Pages „bereitgestellt“, indem die Buildausgabe im gh-pages-Branch des Repositorys committet wird, und schließen in der Regel eine .nojekyll-Datei ein. Wenn dies geschieht, erkennt der GitHub Actions-Workflow, dass der Branch keinen Build-Schritt benötigt, und führt nur die Schritte aus, die erforderlich sind, um die Website auf GitHub Pages-Servern bereitzustellen.

Um potenzielle Fehler bei der Erstellung oder der Bereitstellung zu finden, kannst du die Ausführung des Workflows für deine GitHub Pages-Website kontrollieren, indem du die Workflowausführungen deines Repositorys überprüfst. Weitere Informationen findest du unter Anzeigen des Ausführungsverlaufs eines Workflows. Weitere Informationen zum erneuten Ausführen des Workflows im Falle eines Fehlers findest du unter Erneutes Ausführen von Workflows und Jobs.

Veröffentlichen mit einem benutzerdefinierten GitHub Actions-Workflow

So konfigurierst du deine Website für das Veröffentlichen mit GitHub Actions:

  1. Navigiere in GitHub zum Repository Deiner Website.

  2. Wähle unter dem Namen deines Repositorys die Option Einstellungen aus. Wenn die Registerkarte „Einstellungen“ nicht angezeigt wird, wähle im Dropdownmenü die Option Einstellungen aus.

    Screenshot eines Repositoryheaders mit den Registerkarten. Die Registerkarte „Einstellungen“ ist dunkelorange umrandet.

  3. Klicke im Abschnitt „Code und Automatisierung“ der Seitenleiste auf Seiten.

  4. Wähle unter „Build & Deployment“ unter „Quelle“ GitHub Actions aus.

  5. GitHub schlägt mehrere Workflowvorlagen vor. Wenn du bereits über einen Workflow zum Veröffentlichen deiner Website verfügst, kannst du diesen Schritt überspringen. Anderenfalls wähle eine der Optionen aus, um einen GitHub Actions-Workflow zu erstellen. Weitere Informationen zum Erstellen deines benutzerdefinierten Workflows findest du unter Erstellen eines benutzerdefinierten GitHub Actions-Workflows zum Veröffentlichen deiner Website.

    Den GitHub Pages-Einstellungen wird von den GitHub Pages kein bestimmter Workflow zugeordnet. Die GitHub Pages-Einstellungen werden jedoch mit der Workflowausführung verknüpft, von der deine Website zuletzt bereitgestellt wurde.

Erstellen eines benutzerdefinierten GitHub Actions-Workflows zum Veröffentlichen deiner Website

Weitere Informationen zu GitHub Actions findest du unter GitHub Actions-Dokumentation.

Wenn Sie die Website so konfigurieren, dass sie mit GitHub Actions veröffentlicht wird, schlägt GitHub Workflowvorlagen für häufiger vorkommende Veröffentlichungsszenarien vor. Der allgemeine Ablauf eines Workflows umfasst Folgendes:

  1. Wird ausgelöst, wenn ein Push in den Standardbranch des Repositorys erfolgt oder wenn der Workflow manuell über die Registerkarte „Aktionen“ ausgeführt wird.
  2. Auschecken des Repositoryinhalts mit der Aktion actions/checkout.
  3. Erstellen statischer Websitedateien (sofern von der Website verlangt).
  4. Hochladen der statischen Datei als Artefakt mit der Aktion actions/upload-pages-artifact.
  5. Bereitstellen des Artefakts mit der Aktion actions/deploy-pages, wenn der Workflow durch einen Push an den Standardbranch ausgelöst wurde. Dieser Schritt wird übersprungen, wenn der Workflow durch einen Pull Request ausgelöst wurde.

Die Workflowvorlagen nutzen eine Bereitstellungsumgebung namens github-pages. Wenn dein Repository noch keine Umgebung namens github-pages enthält, wird sie automatisch erstellt. Es wird empfohlen, eine Bereitstellungsschutzregel hinzuzufügen, damit nur der Standardbranch für diese Umgebung bereitgestellt werden kann. Weitere Informationen findest du unter Verwalten von Umgebungen für die Bereitstellung.

Hinweis: Eine CNAME-Datei in deiner Repositorydatei führt nicht zum automatischen Hinzufügen oder Entfernen einer benutzerdefinierten Domäne. Stattdessen musst du die benutzerdefinierte Domäne über deine Repositoryeinstellungen oder über die API konfigurieren. Weitere Informationen finden Sie unter Eine benutzerdefinierte Domain für deine GitHub Pages-Website verwalten und unter REST-API-Endpunkte für GitHub Pages.

Problembehandlung beim Veröffentlichen mit einem benutzerdefinierten GitHub Actions-Workflow

Informationen zur Problembehandlung deines GitHub Actions-Workflows findest du unter Überwachungs- und Problembehandlungsworkflows.