gitmedia/presseportale
1
0
Fork 0
Code Issues Pull requests Projects Releases Packages Wiki Activity Actions 2

dev: Deploy v1.1.0 am 05.10.2026 live — Protokoll in Deploy-Checkliste, Entwicklungsplan (Blöcke 9/10) und Monitoring-Plan

Browse source 
Co-Authored-By: Claude Opus 5.5 <noreply@anthropic.com>
This commit is contained in:
Kevin Adametz 2026-10-05 13:36:44 +00:00
parent 984d001380
commit 01d68c2637
3 changed files with 42 additions and 2 deletions
Download patch file Download diff file Expand all files Collapse all files

23
dev/betrieb/deploy-v1.1.0.md
View file

@ -1,5 +1,7 @@
# Deploy v1.1.0 — Checkliste
> **Live seit 05.10.2026** — Abschluss vom Betreiber bestätigt. Protokoll am Ende.
**Stand:** 05.10.2026 · **Live bisher:** Stand `98c465b` (Deploy 28.09.2026, ca. 14:34)
**Inhalt:** alles danach — Blöcke 9 und 10 aus dem Audit
([`ENTWICKLUNGSPLAN.md`](../2026-09-11-audit/ENTWICKLUNGSPLAN.md), Deploy-Plan
@ -171,3 +173,24 @@ php artisan up
Die Migrationen sind additiv; der alte Code läuft mit den neuen Spalten und
Tabellen. Nur bei Datenproblemen das DB-Backup aus Nr. 5 einspielen und danach
die Archiv-Schritte aus Runbook Abschnitt 9 befolgen.
## Protokoll
**05.10.2026 — Deploy v1.1.0 live** (Paket aus Abschnitt A, Commit `df7ebdc` = Tag `v1.1.0`).
Abschnitt D, Ausgaben auf Live:
| Nr. | Ergebnis |
|---|---|
| 11 | Zunächst Version „—“: Datei `RELEASE` fehlte bzw. Config-Cache war älter. Behoben mit `echo v1.1.0 > RELEASE` + `config:cache`. Eine lokal neu erzeugte `RELEASE` hatte `v1.1.0-2-g8a64bd7-dirty` ergeben (Doku-Commits nach dem Tag, `docs/` nicht eingebunden) — Lehre: `RELEASE` aus dem Paket nehmen, nicht neu erzeugen |
| 14 | `archive:retry-pending`: 0 Aufträge, 0 offen |
| 15 | `company-memberships:api-assignments`: 3 Mitgliedschaften (connektar, User 13993), alle freigeschaltet — kein `--remove` |
| 16 | `assign-canonicals`: 9.887 Paare, 342 geändert, 13 veraltete Verweise zurückgesetzt, Caches geleert |
| 17 | `sweep-orphan-originals` (Trockenlauf): 6 geprüft, 0 verwaist; `archive:sweep-orphans --dry-run`: 0 |
| 18 | `schedule:list`: 21 Tasks inkl. `monitoring:heartbeat`, `queue:prune-failed` 03:55, `sweep-orphan-originals` So 04:45 |
| 19, 20 | GlitchTip- und ntfy-Test ausgeführt; nach `config:cache` wiederholt |
Abschnitt E (Abnahme Testkonto) vom Betreiber nicht einzeln gemeldet.
Abschnitt F offen: externer Monitor auf `/health` (29), KAS-Passwort (30),
Datenschutzerklärung (31), Restore-Übung (32); dazu Context7-Schlüssel rotieren
(stand bis `df7ebdc` im Repository).

9
dev/betrieb/monitoring-plan.md
View file

@ -1,6 +1,6 @@
# Betriebsüberwachung, Bedienbarkeit, Nutzungsstatistik — Plan
**Stand:** 02.10.2026 · **Branch:** `technik/monitoring-phase-1`
**Stand:** 05.10.2026 · **Phase 1 live seit 05.10.2026 (v1.1.0)**
Ziel: Fehler fallen auf, bevor Kunden sie melden — Serverfehler aus der
Programmierung ebenso wie Bedienungs- und Usability-Probleme. Dazu eine
@ -188,3 +188,10 @@ Versionen sind Git-Tags nach SemVer (`v1.0.0` Go-Live 20.07., nächster Deploy
(`git describe --tags --always --dirty`); dieselbe Kennung als GlitchTip-Release,
in `/health` (`version`), im Admin-Systemstatus und in `php artisan about`.
Grundlage für die spätere Changelog-Seite.
### 05.10.2026 — Phase 1 live (v1.1.0)
Mit Deploy v1.1.0 ausgeliefert ([`deploy-v1.1.0.md`](deploy-v1.1.0.md)).
GlitchTip (`production`), ntfy und Scheduler-Herzschlag auf Live aktiv.
Offen aus Phase 1: externer Monitor auf `/health`; DSE-Absätze, danach
`UMAMI_PORTAL_ENABLED`/`UMAMI_IDENTIFY_USERS`.