Dokumentace: noc 11.→12. 6. — v2 aktivní, robustnostní trojice, EV forecast, CI opravy

- planning-changelog.md: záznam 2026-06-12 (přepnutí na v2, noční polštář /
  PV front-load / denní rampa s tabulkou, EV usage forecast, zimní posouzení)
- planning.md: default PLANNING_ENGINE_VERSION=v2 + sekce robustnosti
- refactor-clean-planner.md: Fáze 3 = v2 AKTIVNÍ
- ev-charging.md: EV spotřební forecast (sběr/statistiky/aktivace)
- consumption.md: bazál odečítá bazén
- deployment-self-hosted.md: tři CI vady + self-install deploy.sh + stop před flyway

Co-Authored-By: Claude Opus 4.8 (1M context) <noreply@anthropic.com>

docs/deployment-self-hosted.md

@@ -179,3 +179,26 @@ Kompletní postup (zastavení služeb, `down`, smazání volume `db_data`, jen `
 - `deploy/docker-compose.yml` — šablona runtime Compose (kopíruje se do `/opt/ems-deploy`).
 - `.gitea/workflows/deploy.yml` — napojení na runner + job kontejner.
 - `docs/database-reset-and-restore.md` — zahození dat Postgres/Timescale a import zálohy.
+
+
+## CI/deploy opravy 2026-06-11/12 (container mód runneru, slabý server)
+
+Tři nezávislé vady, které od 6. 6. blokovaly auto-deploy (runy 358–369):
+
+1. **Secret `EMS_CI_FLYWAY_URL`** mířil na `localhost` — DB poslouchá na
+   `EMS_DB_BIND` (10.200.200.1). Validate flyway běží s `--network host`.
+2. **Bind mounty v container módu**: docker CLI v jobu mluví s HOSTOVSKÝM
+   daemonem → `-v` cesty checkoutu neexistují → flyway dostal prázdné adresáře
+   („applied migration not resolved locally"). Fix: `docker create` +
+   `docker cp` do **`/sql`** (ne `/flyway/sql` — image tam má VOLUME, který by
+   kopii zastínil) — `scripts/ci_flyway_validate_remote.sh`.
+3. **Pending repeatables**: flyway 12 validate selže na nové/změněné R__ —
+   ignorovat `*:pending` (CI skript i `deploy/deploy.sh`; immutabilitu
+   verzovaných hlídá `ci_check_migration_immutability.sh`).
+
+Dále: workflow deploy step si **sám instaluje čerstvý `deploy.sh`** z checkoutu
+(opravy skriptu se propagují bez ručního zásahu) a `deploy.sh` **stopne
+backend/frontend/postgrest PŘED flyway** — slabý server se s běžícím stackem
++ buildem dusil tak, že flyway nedostal spojení k DB (run 369: 9,5 min → EOF).
+Výpadek app vrstvy během deploye = navržená degradace (Loxone fallback,
+TeltoCharge failsafe).