Zentrale Sammlung wiederverwendbarer GitHub Composite Actions
Ziel dieses Repositories ist es, CI-Logik zu standardisieren, Copy-Paste zu vermeiden und Workflows in Projekt-Repositories schlank zu halten.
Dieses Repository enthält nur Actions, keine Projekt-Pipelines. Die Actions sind bewusst klein, fokussiert und generisch konzipiert. Infrastruktur, Secrets und Matrix-Logik sollen bitte im verwendenden Projekt definiert werden. Jeder Ordner enthält genau eine Composite Action.
Dieses Repository verwendet semantische Versionierung über Git-Tags in Verbindung mal Aliases. Die Aliases definieren den Anwendungszweck, um die Versionen sauber einem Thema zuzuordnen.:
alias--vX.X.Z
Empfohlene Nutzung in Projekten:
uses: d3datadevelopment/ci-actions/<action-name>@<alias>--v1.0.0
In rel_X.x befindet sich die aktuellste Pre-Release Version aller Actions. Bitte beachtet, dass sich durch Minor-Changes Änderungen im Interface ergeben können.
- composer-package-test-runner
Dies ist eine wiederverwendbare Composite GitHub Action zur Durchführung typischer Qualitäts- und Testschritte für generische PHP-/Composer-Pakete. Sie richtet sich an Teams und Agenturen, die bibliotheksartige Pakete (Framework-unabhängig oder Framework-nah) mit einem reproduzierbaren, wartbaren CI-Setup absichern wollen.
Weitere Infos hier.
- oxid-test-runner
OXID Plugin Test ist eine umfangreiche Composite GitHub Action zur automatisierten Qualitätssicherung von OXID eShop Modulen in einer realistischen Shop-Umgebung. Sie bildet einen vollständigen OXID-Installations- und Testlauf nach und eignet sich damit besonders für Agenturen, Modulhersteller und Enterprise-Setups, die Plugins versions- und PHP-abhängig absichern müssen.
Weitere Infos hier.
- commit-status-reporter – Status an beliebige APIs melden
Der Status Reporter ist eine schlanke Composite GitHub Action zur Übermittlung von CI-Statusinformationen an ein externes, generisches API-Endpoint. Sie eignet sich insbesondere für Setups, in denen Build- und Deployment-Status nicht (oder nicht ausschließlich) über GitHub Commit Statuses, sondern über eigene Systeme, Dashboards oder Meta-CI-Infrastrukturen verarbeitet werden.
Weitere Infos hier.
Schaue in CI Tests für Integrationsbeispiele.
Dieses Repository enthält Workflows, die die Aktionen selbst testen. Die Tests werden anhand externer Test-Repositorys durchgeführt, die echten, ausführbaren Code enthalten.
Diese Workflows werden automatisch ausgelöst, wenn Änderungen an den entsprechenden Aktionsverzeichnissen vorgenommen werden.