Bereitet Rollout auf Host 131 vor (Build-Pruefung + Env-Datei-Ergaenzung), OHNE einen Dienst zu starten/neu zu starten -- letzter Schritt bleibt manuell. Neu: deploy/rollout-131-sync.sh (idempotent), deploy/systemd/nexarch-connect-app.service.tmpl, docs/ROLLOUT-131-VORBEREITUNG.md (vollstaendige Schritt-fuer-Schritt-Anleitung, IST-Zustand aller 131-Dienste, fehlende Env-Variablen dokumentiert). Kein Merge, kein Deploy.
Bereitet Rollout auf Host 131 vor (Build-Pruefung + Env-Datei-Ergaenzung), OHNE einen Dienst zu starten/neu zu starten -- letzter Schritt bleibt manuell. Neu: deploy/rollout-131-sync.sh (idempotent), deploy/systemd/nexarch-connect-app.service.tmpl, docs/ROLLOUT-131-VORBEREITUNG.md (vollstaendige Schritt-fuer-Schritt-Anleitung, IST-Zustand aller 131-Dienste, fehlende Env-Variablen dokumentiert). Kein Merge, kein Deploy.
🤖 Generated with [Claude Code](https://claude.com/claude-code)
Bereitet den Rollout des main-Standes (54589a4e) auf Host 131 vor, ohne
irgendeinen Dienst zu starten/neu zu starten — das bleibt der letzte
manuelle Schritt (Sicherheitsfilter blockt automatisierte
Production-Deploy-Aktionen).
Co-Authored-By: Claude Sonnet 5 <noreply@anthropic.com>
Deploy-Skript sync.sh erweitert: alle bekannten Pflicht-Variablen fuer dms-app
abgedeckt statt nur der kritischsten sechs; App-interne Secrets werden direkt
generiert statt als Platzhalter zu stehen. Real auf Host 131 ausgefuehrt
(2026-09-26): alle 7 Module bauen sauber, 6 von 11 fehlenden dms-app-Variablen
automatisch mit echten Werten befuellt (URLs/Pfade aus bereits laufenden
Diensten auf 131 abgeleitet, ein Secret lokal generiert, ein Service-Token von
policy-api.env uebernommen ohne den Wert je auszugeben). Nur 5 echte TODOs
bleiben (Werte, die ausschliesslich der Nutzer kennt/festlegt).
Fund dabei: account-api auf 131 laeuft noch auf einem Stand vor F-07, Route
/auth/module-jwks fehlt (404) -- Code wurde neu gebaut, Neustart durch den
Nutzer noetig, im Dokument vermerkt.
Neu: deploy/systemd/nexarch-dms-app.service.tmpl und
nexarch-dms-worker.service.tmpl -- gab es bisher gar nicht im Repo, da
dms-app/dms-worker noch nie deployt wurden. deploy/rollout-131-healthcheck.sh
fuer den Health-Check nach dem manuellen Dienststart.
Kein systemctl start/restart/stop ausgefuehrt -- bleibt beim Nutzer.
Co-Authored-By: Claude Sonnet 5 <noreply@anthropic.com>
deploy/rollout-131-apply.sh automatisiert die verbleibenden manuellen
Schritte (Env-Pruefung, Build, Binaries, dms-worker.env, systemd-Units,
account-api-Neustart mit JWKS-Check, Dienststart, Health-Check) in einem
Lauf. Bricht kontrolliert ab bei fehlenden TODO-Werten oder Build-/JWKS-
Fehlern statt blind weiterzumachen. Fuehrt selbst nichts aus dieser Session
heraus aus -- der Nutzer startet es manuell auf 131.
Co-Authored-By: Claude Sonnet 5 <noreply@anthropic.com>
Blocking a user prevents them from interacting with repositories, such as opening or commenting on pull requests or issues. Learn more about blocking a user.
Bereitet Rollout auf Host 131 vor (Build-Pruefung + Env-Datei-Ergaenzung), OHNE einen Dienst zu starten/neu zu starten -- letzter Schritt bleibt manuell. Neu: deploy/rollout-131-sync.sh (idempotent), deploy/systemd/nexarch-connect-app.service.tmpl, docs/ROLLOUT-131-VORBEREITUNG.md (vollstaendige Schritt-fuer-Schritt-Anleitung, IST-Zustand aller 131-Dienste, fehlende Env-Variablen dokumentiert). Kein Merge, kein Deploy.
🤖 Generated with Claude Code
Pull request closed