2 Commits

Include renames

Author	SHA1	Message	Date
Nick Szaunig	a71b31df38	fix(backend): Status-Guard fuer Move/Split/Merge auf inaktiven Voelkern ... Beim Live-Test im Browser gefunden: move/split/merge liessen sich auch auf einem bereits DISSOLVED/MERGED-Volk aufrufen und wuerden dort klaglos durchlaufen - ein Datenintegritaetsproblem, kein reines UI-Detail. assertActive() wirft jetzt ConflictException (409), wenn das betroffene Volk (bzw. bei merge: Ziel- und alle zu vereinigenden Voelker) nicht ACTIVE ist. Neuer Unit-Test + neuer e2e-Test (dissolve, danach move -> 409).	2026-08-21 18:20:48 +02:00
Nick Szaunig	d3f321f1b5	feat(backend): Voelker-Modul (Modul 3) ... ColoniesModule: CRUD + Move/Split/Merge/Dissolve/History, entsprechend Lastenheft §4.4 (Lebenszyklus eines Volkes): - move: Standortwechsel, protokolliert in ColonyApiaryHistory. - split: erzeugt Ableger als neues Volk, Abstammung ueber ColonyLineage(SPLIT, von Mutter- zu Ablegervolk). - merge: vereinigtes Volk bleibt historisch erhalten (status MERGED, deactivatedAt gesetzt statt geloescht), ColonyLineage(MERGE) je vereinigtem Volk zum Zielvolk. - dissolve: Volk wird deaktiviert (status DISSOLVED), Dokumentation bleibt erhalten. - history: aggregiert Standort-Historie, Koeniginnen-Historie und Abstammungslinien (als Quelle und als Ergebnis). Move/Split/Merge laufen transaktional (prisma.$transaction). Rollen wie bei Apiaries: Lesen offen, Schreiben auf ADMIN/BEEKEEPER beschraenkt. 9 Unit-Tests + 6 e2e-Tests (inkl. vollstaendigem Move->Split->Merge-> Dissolve-Flow und Rollenpruefung), Lint, Typecheck und Build gruen.	2026-08-21 09:06:51 +02:00