Grundlegendes zu GitHub Actions

Übersicht

          GitHub Actions ist eine Plattform für Continuous Integration und Continuous Delivery (CI/CD), mit der du deine Build-, Test- und Bereitstellungspipeline automatisieren kannst. Sie können Workflows erstellen, die jede Pullanforderung an Ihr Repository erstellen und testen oder zusammengeführte Pullanforderungen in der Produktion bereitstellen.

          GitHub Actions geht über DevOps hinaus und ermöglicht es Ihnen, Workflows auszuführen, wenn andere Ereignisse in Ihrem Repository auftreten. So kannst du z. B. einen Workflow für das automatische Hinzufügen geeigneter Bezeichnungen ausführen, sobald in deinem Repository ein neues Issue erstellt wird.

Sie müssen Ihre eigenen virtuellen Linux-, Windows- oder macOS-Computer hosten, um Workflows für Ihre GitHub Enterprise Server-Instanceauszuführen.

Weitere Informationen zur Einführung GitHub Actions in Ihr Unternehmen finden Sie unter Einführung GitHub Actions in Ihr Unternehmen.

Die Komponenten von GitHub Actions

Sie können einen GitHub ActionsWorkflow so konfigurieren, dass er ausgelöst wird, wenn ein Ereignis in Ihrem Repository auftritt, z. B. eine Pullanforderung, die geöffnet wird oder ein Problem erstellt wird. Der Workflow enthält einen oder mehrere Aufträge, die nacheinander oder gleichzeitig ausgeführt werden können. Jeder Auftrag wird innerhalb eines eigenen Runners der VM oder in einem Container ausgeführt und verfügt über einen oder mehrere Schritte. Diese führen entweder ein von Ihnen definiertes Skript oder eine Aktion aus. Dabei handelt es sich um eine wiederverwendbare Erweiterung zur Vereinfachung des Workflows.

Workflows

Ein Workflow ist ein konfigurierbarer automatisierter Prozess zur Ausführung eines oder mehrerer Aufträge. Workflows werden durch eine im Repository eingecheckte YAML-Datei definiert. Die Auslösung ihrer Ausführung erfolgt durch ein Ereignis in deinem Repository, manuell oder nach einem definierten Zeitplan.

Workflows werden im .github/workflows-Verzeichnis in einem Repository definiert. Ein Repository kann mehrere Workflows enthalten, die jeweils unterschiedliche Aufgaben ausführen können, wie:

• Erstellen und Testen von Pull Requests
• Bereitstellen deiner Anwendung bei jeder Erstellung eines Release
• Hinzufügen einer Bezeichnung, wenn ein neues Issue geöffnet wird

Sie können innerhalb eines anderen Workflows auf einen Workflow verweisen. Weitere Informationen finden Sie unter Wiederverwenden von Workflows.

Weitere Informationen finden Sie unter Schreiben von Workflows.

Ereignisse

Bei einem Ereignis handelt es sich um eine bestimmte Aktivität in einem Repository, die die Ausführung eines Workflows auslöst. Beispielsweise kann eine Aktivität entstehenGitHub, wenn jemand eine Pull-Request erstellt, ein Issue öffnet oder einen Commit an ein Repository überträgt. Die Ausführung eines Workflows kann auch nach einem Zeitplan, durch Posten in einer REST-API oder manuell ausgelöst werden.

Eine vollständige Liste der Ereignisse zum Auslösen von Workflows findest du unter Ereignisse, die Workflows auslösen.

Aufträge

Ein Auftrag umfasst mehrere Schritte in einem Workflow, die in demselben Runner ausgeführt werden. Jeder Schritt besteht entweder aus einem Shellskript oder aus einer Aktion, die ausgeführt werden. Die Schritte werden nacheinander ausgeführt und sind voneinander abhängig. Da alle Schritte im gleichen Runner ausgeführt werden, kannst du Daten eines Schritts für andere Schritte freigeben. So kann z. B. in einem Schritt eine Anwendung erstellt und im nächsten Schritt die erstellte Anwendung getestet werden.

Ein Auftrag kann so konfiguriert werden, dass er Abhängigkeiten zu anderen Aufträgen hat. Standardmäßig verfügen Aufträge nicht über Abhängigkeiten und werden parallel ausgeführt. Wenn ein Auftrag von einem anderen Auftrag abhängt, wartet er auf den Abschluss des abhängigen Auftrags, bevor er ausgeführt wird.

Du kannst auch eine Matrix verwenden, um denselben Auftrag mehrmals auszuführen, jeweils mit einer anderen Kombination von Variablen wie Betriebssystemen oder Sprachversionen.

Zum Beispiel könnten Sie mehrere Build-Aufträge für verschiedene Architekturen konfigurieren, die keine Abhängigkeiten aufweisen, sowie einen Paketerstellungsauftrag, der von diesen Builds abhängig ist. Die Buildaufträge werden parallel ausgeführt. Nach erfolgreichem Abschluss wird der Paketerstellungsauftrag ausgeführt.

Weitere Informationen finden Sie unter Auswählen, was in dem Workflow passiert.

Aktionen

Eine Aktion ist ein vordefinierter, wiederverwendbarer Satz von Aufträgen oder Code, der bestimmte Aufgaben innerhalb eines Workflows ausführt. Dadurch wird die Menge an wiederholtem Code reduziert, den du in deine Workflowdateien schreibst. Aktionen können unter anderem Aufgaben wie zum Beispiel folgende ausführen:

• Abrufen Ihres Git-Repositorys aus GitHub
• Einrichten der richtigen Toolkette für deine Buildumgebung
• Einrichten der Authentifizierung bei deinem Cloudanbieter

Sie können eigene Aktionen schreiben oder Aktionen finden, die Sie in Ihren Workflows verwenden können im GitHub Marketplace.

Um Aktionen für dein gesamtes Unternehmen freizugeben, ohne diese für den öffentlichen Zugriff zu veröffentlichen, kannst du die Aktionen in einem internen Repository speichern und dieses dann so konfigurieren, dass der Zugriff auf GitHub Actions-Workflows in anderen Repositorys im Besitz derselben Organisation oder einer anderen Organisation im Unternehmen zugelassen ist. Weitere Informationen finden Sie unter Freigeben von Aktionen und Workflows in deinem Unternehmen.

Weitere Informationen zu Aktionen findest du unter Wiederverwenden von Automatisierungen.

Runner

Ein Runner ist ein Server, auf dem die Workflows ausgeführt werden, wenn sie ausgelöst werden. Jeder Runner kann jeweils nur einen Auftrag ausführen.

           Sie müssen Ihre eigenen Runner für GitHub Enterprise Server betreiben.

          

Weitere Informationen finden Sie unter Verwalten von selbstgehosteten Runnern.

Nächste Schritte

GitHub Actions kann dir dabei helfen, nahezu alle Aspekte deines Anwendungsentwicklungsprozesses zu automatisieren. Willst du loslegen? Hier findest du einige hilfreiche Ressourcen für deine nächsten Schritte mit GitHub Actions:

• Informationen zum Erstellen eines GitHub Actions-Workflows sind unter Verwenden von Workflowvorlagen zu finden.
• Informationen zu CI-Workflows (Continuous Integration) sind unter Deinen Code bauen und testen zu finden.
• Informationen zum Erstellen und Veröffentlichen von Paketen findest du unter Pakete veröffentlichen.
• Informationen zum Bereitstellen von Projekten findest du unter Bereitstellen auf Drittanbieterplattformen.
• Informationen zum Automatisieren von Aufgaben und Prozessen auf GitHub findest du unter Verwalten deiner Arbeit mit GitHub Actions.
• Beispiele, die komplexere Features von GitHub Actions veranschaulichen, sind unter Verwalten deiner Arbeit mit GitHub Actions zu finden. Diese detaillierten Beispiele erläutern, wie man Code auf einem Runner testen, auf die GitHub-CLI zugreifen und erweiterte Funktionen wie Parallelität und Testmatrizen verwenden kann.

Weiterführende Lektüre

•         [AUTOTITLE](/admin/github-actions/getting-started-with-github-actions-for-your-enterprise/about-github-actions-for-enterprises)