chore(infra): CI-Workflows bei Draft-PRs skippen #287
Labels
No labels
component/backend
component/docs
component/e2e
component/frontend
component/infra
component/keycloak
prio/high
prio/low
prio/medium
type/bug
type/chore
type/feature
type/refactor
type/test
No milestone
No project
No assignees
1 participant
Notifications
Due date
No due date set.
Dependencies
No dependencies set.
Reference
WompSchmiede/FamilienFeierPlaner#287
Loading…
Add table
Add a link
Reference in a new issue
No description provided.
Delete branch "%!s()"
Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?
Aktuelles:
Alle CI-Workflows (
ci-backend,ci-frontend,ci-meta,e2e) laufen bei jedempull_request-Event aufmain– unabhaengig davon, ob der PR im Draft-Status ist oder nicht. Das verbraucht CI-Ressourcen fuer Work-in-Progress, die noch nicht review-ready sind.Gewuenschtes Verhalten:
github.event.pull_request.draft == true).Umsetzungsvorschlag:
In den betroffenen Workflow-Dateien (
ci-backend.yml,ci-frontend.yml,ci-meta.yml,e2e.yml) auf Job-Ebene einif: github.event.pull_request.draft == falseergaenzen. Jobs, die nur aufpush(main) laufen, bleiben unveraendert.Beispiel:
Der
push-Trigger aufmainbleibt davon unberuehrt.Betroffene Dateien:
.gitea/workflows/ci-backend.yml.gitea/workflows/ci-frontend.yml.gitea/workflows/ci-meta.yml.gitea/workflows/e2e.ymlKorrektur: Der reine
if-Guard reicht nicht. Diepull_request-Trigger-Types muessen explizitready_for_reviewenthalten, sonst feuert der Workflow beim Draft→Ready-Uebergang gar nicht erst.Korrekte Variante:
Der default
typesist[opened, synchronize, reopened]–ready_for_reviewmuss explizit hinzugefuegt werden. Derif-Guard verhindert dann die Ausfuehrung bei Draft-PRs bei allen Events ausserready_for_review(wodraft == falseist).