GitHub Projects: Erweiterte Suche ist GA, das Board bleibt kein Audit-Log

Dev
Aufrufe 58

Mit AND, OR und reviews: werden Release- und Review-Engpässe präziser sichtbar. Statusereignisse eines Deployments verschwinden jedoch nach 90 Tagen aus REST und GraphQL, auch wenn der aktuelle Zustand erhalten bleibt.

Diagramm zur Trennung von GitHub Projects und einem langfristigen Deployment-Nachweis
Das Board beantwortet aktuelle Fragen; ein Evidence Ledger rekonstruiert die Vergangenheit.

GitHub Projects: Erweiterte Suche ist GA, das Board bleibt kein Audit-Log

Nutzen Sie Projects als Control View. Speichern Sie bei Bedarf Commit SHA, Environment, Deployment-ID, Actor, Workflow-URL und Artifact Digest in einem zugriffsgeschützten Ledger.

Definieren Sie Done getrennt für Merge, Deployment und Production-Validierung. Prüfen Sie API-Leerergebnisse auf Ablauf statt sie als „keine Fehler“ zu interpretieren.

Operational checklist

✓Use Projects as the current control view

✓Export required evidence before the 90-day boundary

✓Link releases with commit SHA and deployment ID

✓Treat empty API history as potentially expired

Sources