docs: der Auto-Deploy hat nicht ausgeloest -- gemessen, nicht vermutet
Deploy / check (push) Canceled after 0s
Deploy / deploy (push) Canceled after 0s

Nach dem Push von 93156e5 nachgesehen, ob der Bot den neuen Stand bekommt:

    Push registriert          updated_at 12:48:18Z
    Workflow-Laeufe           "total_count": 0     <- keiner, nie
    Act-Runner auf dem Wirt   kein Container
    d4rkbot neu gestartet?    nein, laeuft seit 11.08. 22:21
    Code im Container         grep pruefeSicherung -> 0

has_actions ist am Repo AN, es gibt also nur niemanden, der die Laeufe
abarbeitet -- und der Webhook-Weg, der ohne Runner auskaeme, ist offenbar auch
nicht eingerichtet.

Pushen allein rollt also nichts aus. Das gehoert aufgeschrieben, weil ein
Deploy, von dem man GLAUBT dass er laeuft, schlimmer ist als gar keiner: man
pusht, hakt es ab, und der Fehler, den man gerade behoben hat, laeuft weiter.

Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>
This commit is contained in:
2026-08-12 14:57:41 +02:00
co-authored by Claude Opus 5
parent 93156e5205
commit b63d4cae3b
+28
View File
@@ -293,3 +293,31 @@ Die Sicherung liegt **weiterhin im selben Volume** wie die Datenbank. Der
eingebaute Ausweg (`backup_channel_id`) braucht eine Kanal-ID, die nur du geben eingebaute Ausweg (`backup_channel_id`) braucht eine Kanal-ID, die nur du geben
kannst — ein privater Kanal, in dem der Bot Dateien anhängen darf. Ein Klick in kannst — ein privater Kanal, in dem der Bot Dateien anhängen darf. Ein Klick in
Setup → Einstellungen, und der Zweig läuft. Setup → Einstellungen, und der Zweig läuft.
---
## ⚠️ Nachtrag: der Auto-Deploy hat nicht ausgelöst
`docs/auto-deploy.md` beschreibt zwei Wege — Portainer-Webhook oder Gitea
Actions. **Am 12.08.2026 hat keiner von beiden gegriffen.** Gemessen nach dem
Push von `93156e5`:
```
Push registriert git.d4rkst3r.de sagt updated_at 12:48:18Z
Workflow-Läufe "total_count": 0 <- keiner, nie
Act-Runner auf dem Wirt kein Container
d4rkbot neu gestartet? nein, läuft seit 11.08. 22:21
Code im Container grep pruefeSicherung -> 0 <- der alte Stand
```
`has_actions` ist am Repo **an**, es gibt also nur niemanden, der die Läufe
abarbeitet — und der Webhook-Weg (der ohne Runner auskäme) ist offenbar auch
nicht eingerichtet.
**Das heißt: pushen allein rollt nichts aus.** Bis einer der beiden Wege steht,
gilt weiterhin der Weg von Hand — Portainer → Stack `ecobot` → *Pull and
redeploy*.
Das ist keine Kleinigkeit für die Zukunft: ein Deploy, von dem man glaubt, dass
er automatisch läuft, ist schlimmer als gar keiner. Man pusht, hakt es ab, und
der Fehler, den man gerade behoben hat, läuft weiter.