Zum Inhalt

Überblick

Centralised reusable GitHub Actions workflows and shared GitHub App configurations, so downstream projects can avoid duplicating CI/CD boilerplate.

Inhalt

  • Erste Schritte

    Wie nachgelagerte Repositories die wiederverwendbaren Workflows und die geteilte Probot-Konfiguration einbinden.

    Hier starten

  • Workflows

    Wiederverwendbare GitHub-Actions-Workflows für statische Tests, Dokumentation und Releases.

    Workflow-Katalog

  • Probot

    Geteilte Probot-Konfigurationen, eingebunden per _extends: für Settings, Labelling und Release-Notes.

    Probot-Konfigurationen

  • Portfolio-App

    Zentrale GitHub App, die die GITHUB_TOKEN-Cascade-Lücke schließt. Funktioniert für Organisationen und persönliche Accounts; Terraform-Modul inklusive.

    Setup

  • Entwicklung

    Lokale Entwicklungsumgebung: asdf, task, pre-commit und Workflows mit act ausführen.

    Mitwirken

Wie Konsumenten dieses Repository referenzieren

jobs:
  static:
    uses: nolte/gh-plumbing/.github/workflows/reusable-pre-commit.yaml@develop

# .github/settings.yml
_extends: gh-plumbing:.github/commons-settings.yml

{
  "extends": ["github>nolte/gh-plumbing//renovate-configs/common"]
}

Pinning-Strategie

  • Wiederverwendbare Workflows: @develop für den aktuellen Stand, @vX.Y.Z für Reproduzierbarkeit, @master für den jeweils zuletzt veröffentlichten Release.
  • Probot _extends: kein Pin möglich — wird immer vom Default-Branch (develop) aufgelöst. Siehe Probot → Settings → Versionierung.
  • Renovate-Preset: mit #vX.Y.Z (Achtung: #, nicht @) an einen Release-Tag pinnen.