0Pricing
DevOps Bootcamp · Lektion

Workflow-Trigger und Events

Erkunden Sie verschiedene Events, die Ihre GitHub-Actions-Workflows auslösen können, etwa Pushes, Pull Requests und geplante Events.

Workflow-Trigger und Events ist eine kostenlose DevOps Bootcamp-Lektion auf CoddyKit. Dies ist Lektion 1 von 4. Du kannst die komplette Lektion unten kostenlos lesen – dann übst du sie direkt im Browser mit einem integrierten Code-Editor und einem KI-Tutor rund um die Uhr. Sie ist Teil des DevOps Bootcamp-Lernpfads, und dein Fortschritt wird über Web und CoddyKit-App synchronisiert. Der DevOps Bootcamp-Kurs umfasst insgesamt 4 Lektionen.

Was startet einen Workflow?

Workflows in GitHub Actions werden nicht einfach von selbst ausgeführt. Sie benötigen ein Signal zum Starten! Dieses Signal wird als Trigger bezeichnet.

Trigger sind bestimmte Ereignisse, die GitHub Actions mitteilen: „Hey, etwas ist passiert! Zeit, diesen Workflow auszuführen.“ Wenn Sie Trigger verstehen, können Sie Ihren Entwicklungsprozess effektiv automatisieren.

Das Schlüsselwort 'on'

In Ihrer Workflow-Datei (einer .yml-Datei im Verzeichnis .github/workflows) definieren Sie Trigger mit dem Schlüsselwort on.

Dieser Abschnitt legt fest, wann GitHub Actions den Workflow ausführt. Sie können ein oder mehrere Ereignisse angeben.

name: My First Triggered Workflow

on:
  push: # This workflow will run on every push event

jobs:
  build:
    runs-on: ubuntu-latest
    steps:
      - name: Checkout code
        uses: actions/checkout@v4
      - name: Run a simple command
        run: echo "Workflow triggered!"

Auf Code-Pushes reagieren

Das Ereignis push ist einer der häufigsten Trigger. Es wird immer dann ausgelöst, wenn Code in Ihr Repository gepusht wird – unabhängig davon, ob es sich um einen neuen Commit oder einen Merge handelt.

Standardmäßig wird ein push-Trigger für alle Branches ausgeführt.

on: push

jobs:
  greeting:
    runs-on: ubuntu-latest
    steps:
      - name: Say Hello
        run: echo "Code was pushed!"

Gezielte Pushes

Sie können den push-Trigger so verfeinern, dass er nur für bestimmte Branches oder bei Änderungen an bestimmten Dateipfaden ausgeführt wird. Das hilft Ihnen, Ihre Workflows zu optimieren.

  • branches: Wird nur ausgeführt, wenn auf bestimmte Branches gepusht wird.
  • paths: Wird nur ausgeführt, wenn Dateien in angegebenen Verzeichnissen geändert werden.
on:
  push:
    branches:
      - main
      - 'feature/*' # Glob pattern for feature branches
    paths:
      - 'src/**' # Only if changes in src/ directory

jobs:
  build:
    runs-on: ubuntu-latest
    steps:
      - run: echo "Push to relevant branch/path detected!"

Pull-Request-Prüfungen automatisieren

Das Ereignis pull_request wird ausgelöst, wenn ein Pull Request geöffnet, synchronisiert (neue Commits in den PR-Branch gepusht) oder erneut geöffnet wird.

Es eignet sich ideal für automatisierte Prüfungen wie Tests, Linting oder Code-Reviews, bevor Änderungen in Ihre Hauptcodebasis übernommen werden.

on: pull_request

jobs:
  pr_check:
    runs-on: ubuntu-latest
    steps:
      - name: PR opened/updated
        run: echo "A pull request was opened or updated!"

Bestimmte PR-Aktionen

Sie können den pull_request-Trigger weiter verfeinern, indem Sie types angeben. Dadurch kann Ihr Workflow nur auf bestimmte Aktionen im Zusammenhang mit einem Pull Request reagieren.

  • opened: Wenn ein neuer Pull Request erstellt wird.
  • synchronize: Wenn neue Commits in den Branch des PRs gepusht werden.
  • reopened: Wenn ein geschlossener Pull Request erneut geöffnet wird.
on:
  pull_request:
    types: [opened, synchronize, reopened] # Run only on these PR actions

jobs:
  pr_review:
    runs-on: ubuntu-latest
    steps:
      - run: echo "PR action: ${{ github.event.action }}"

Zeitbasierte Trigger

Mit dem Ereignis schedule können Sie Workflows mithilfe der Cron-Syntax zu bestimmten Zeitpunkten ausführen. Das eignet sich ideal für tägliche Berichte, Bereinigungsaufgaben oder regelmäßige Prüfungen.

Die Cron-Syntax verwendet fünf Sternchen, die für Folgendes stehen: minute hour day-of-month month day-of-week.

on:
  schedule:
    - cron: '0 0 * * *' # Run daily at midnight UTC
    - cron: '0 12 * * 1-5' # Run at 12 PM UTC, Mon-Fri

jobs:
  scheduled_task:
    runs-on: ubuntu-latest
    steps:
      - run: echo "Scheduled workflow running!"

Workflows manuell ausführen

Manchmal müssen Sie einen Workflow manuell ausführen, beispielsweise für ein Deployment oder eine bestimmte Wartungsaufgabe. Das Ereignis workflow_dispatch ermöglicht dies.

Wenn dieser Trigger vorhanden ist, wird in der GitHub-Oberfläche für diesen Workflow eine Schaltfläche „Run workflow“ angezeigt. Damit können Sie ihn bei Bedarf auslösen.

on: workflow_dispatch

jobs:
  manual_task:
    runs-on: ubuntu-latest
    steps:
      - run: echo "This workflow was triggered manually!"

Über die Grundlagen hinaus

push, pull_request, schedule und workflow_dispatch gehören zwar zu den häufigsten Ereignissen, GitHub Actions bietet jedoch noch viele weitere Event-Trigger.

  • workflow_call: Zum Erstellen wiederverwendbarer Workflows.
  • repository_dispatch: Zum Auslösen von Workflows aus externen Systemen über einen API-Aufruf.
  • Viele weitere für bestimmte GitHub-Ereignisse, z. B. issues, release und fork.

Trigger-Herausforderung

Sie müssen einen Workflow einrichten, der unabhängig von Codeänderungen jeden Freitag um 17:00 Uhr UTC automatisch einen Wochenbericht erstellt. Welches Trigger-Ereignis ist für diese Aufgabe am besten geeignet?

Trigger im Überblick

Sehr gut! Sie haben die Trigger von GitHub Actions kennengelernt. Workflows werden durch verschiedene Ereignisse gestartet:

  • push: Für Änderungen, die in Ihr Repository gepusht werden.
  • pull_request: Für Aktionen im Zusammenhang mit Pull Requests.
  • schedule: Für zeitbasierte, wiederkehrende Aufgaben mithilfe von Cron.
  • workflow_dispatch: Für die manuelle Ausführung über die Benutzeroberfläche oder API.

Die Auswahl des richtigen Triggers ist der erste Schritt zum Aufbau effektiver und effizienter CI/CD-Pipelines!

Häufig gestellte Fragen

Ist die Lektion „Workflow-Trigger und Events“ kostenlos?

Ja — der vollständige Text von „Workflow-Trigger und Events“ ist hier im Web kostenlos zu lesen. Um sie interaktiv zu üben (integrierter Code-Editor und 24/7 KI-Tutor) und den Rest des DevOps Bootcamp-Kurses freizuschalten, upgrade auf CoddyKit PRO. Der DevOps Bootcamp-Kurs umfasst insgesamt 4 Lektionen.

Was lerne ich in „Workflow-Trigger und Events“?

Erkunden Sie verschiedene Events, die Ihre GitHub-Actions-Workflows auslösen können, etwa Pushes, Pull Requests und geplante Events. Du übst DevOps Bootcamp mit praktischem Code, den du direkt im Browser ausführst, und ein 24/7 KI-Tutor beantwortet deine Fragen während du die Lektion bearbeitest.

Brauche ich Erfahrung, um DevOps Bootcamp zu starten?

Keine Vorkenntnisse erforderlich. DevOps Bootcamp auf CoddyKit ist für Anfänger bis fortgeschrittene Lernende strukturiert, sodass du hier starten oder von Anfang an beginnen und in deinem eigenen Tempo voranschreiten kannst. Dies ist Lektion 1 von 4.

Wie lange dauert die Lektion „Workflow-Trigger und Events“?

Die meisten CoddyKit-Lektionen dauern etwa 5–10 Minuten. Jede ist kompakt und interaktiv, sodass du stetig Fortschritte machst und genau dort weitermachst, wo du aufgehört hast – im Web und in der App.

Kann ich in dieser DevOps Bootcamp-Lektion Code schreiben und ausführen?

Ja. Jede DevOps Bootcamp-Lektion enthält einen integrierten Code-Editor, sodass du echten Code direkt in deinem Browser schreibst und ausführst und sofort KI-Feedback erhältst — ohne lokale Einrichtung erforderlich.

Alle Lektionen in diesem Kurs

  1. Workflow-Trigger und Events
  2. Tests mit GitHub Actions ausführen
  3. Linting und Codequalitätsprüfungen
  4. Abhängigkeiten für schnellere Builds cachen
← Zurück zu DevOps Bootcamp