removed some faulty tests
Sonarqube Scanner / Prepare environment (push) Successful in 6s
Sonarqube Scanner / Build and test (push) Successful in 34s
Sonarqube Scanner / SonarQube analysis (push) Successful in 1m11s
Sonarqube Scanner / Deploy to Server (push) Successful in 5s

This commit is contained in:
Florian Zumpe
2026-10-18 18:10:44 +02:00
parent ae798034c5
commit 04e05ecfd4
3 changed files with 14 additions and 122 deletions
+9 -17
View File
@@ -179,21 +179,13 @@ Rechte fremder Urheber und bestehende Lizenzen bleiben davon unberührt.
Vor Änderungen an Gruppenrechten und Code-Eingabe zusätzlich
`docs/agents/GRUPPENBEARBEITUNG.md` lesen und bei Übergaben ausdrücklich nennen.
## Deployment-Freigabe nach dem Quality Gate
## Zuständigkeit für Quality Gate und Workflow
Am 18. Oktober 2026 ist Lauf 1828 für Commit 0e4cdfb trotz fehlgeschlagenem
Quality Gate bis zum erfolgreichen Deployment gelaufen. Die vorhandene
jobweite `if`-Bedingung allein hat das Deployment nicht verhindert.
- Automatische Deployments benötigen ein erst nach erfolgreichem Gate erzeugtes
Freigabeartefakt für genau Commit, Workflow-Lauf und Laufversuch.
- Im Deployment-Schritt muss die Freigabe geprüft werden; im SSH-Skript müssen
eine fehlende Freigabe und ein abweichender Commit vor Änderungen abgewiesen
werden. Nur den freigegebenen Commit übernehmen und vor dem Neustart prüfen.
- Der bestehende ausdrückliche manuelle Aufruf `job=deploy` bleibt ein bewusster
Override. Ein Push darf diese Ausnahme nicht aktivieren.
- Verhaltenstests in `test/deployment-workflow.test.js` ausführen. Sie führen die
tatsächlichen Shell-Blöcke mit isolierten Dateien und simulierten externen
Befehlen aus; keine echten SSH-Verbindungen oder Neustarts im Test.
- Die neue Freigabekette muss nach dem nächsten Check-in im echten Workflow
bestätigt werden. Lokale Shell-Tests ersetzen keine erfolgreiche Pipeline.
Nutzervorgabe vom 18. Oktober 2026: Der Nutzer bearbeitet das Quality Gate und
seine Workflow-Abhängigkeiten selbst. Diese Konfiguration und Abhängigkeiten
nicht eigenständig ändern oder debuggen. Beim Monitoring ihre Ergebnisse
melden; weitere Änderungen daran benötigen einen ausdrücklichen Auftrag.
Die zuvor vorgeschlagene zusätzliche Freigabeartefakt-Kette wurde nicht
übernommen. Dazu gehörende Tests und Dokumentationsanforderungen gelten nicht.
Test- und Quellcodekorrekturen innerhalb des beauftragten App-Umfangs bleiben
möglich; dabei keine Workflow-Änderungen voraussetzen.