Release, archivace a iterace¶
Release proces¶
- Po dokončení změny:
openspec archive <change-id>aopenspec validate --specspro potvrzení, že truth-source je aktualizovaná. - Release poznámky musí odkazovat na důkaz (meeting/email) a výsledek testů (PHPStan profil, PHPUnit, click-test report).
- Nové požadavky po go-live vždy vznikají z dalšího meetingu nebo e-mailu → intake → change proposal → sprint.
Checklists¶
Evidence & specifikace¶
- [ ] Každý požadavek má
sources odkazem na meeting timestamp nebo e-mail message-id. - [ ] Transcript je uložen a přiložený link v openspec.
- [ ]
openspec validate --strictprošlo pro change/spec. - [ ] Manuální review architektem/PM potvrzeno.
Build kvalita¶
- [ ] PHPStan běžel s konfigurací pro cílovou EspoCRM verzi (uveď soubor).
- [ ] PHPUnit testy (pokud existují) proběhly.
- [ ] Frontend lint (Autocrm/FE) proběhl.
- [ ] CI joby jsou zelené.
Testování¶
- [ ] Unit/integration pokrylo kritickou logiku.
- [ ] Click-test scénáře spuštěny, report a checklist aktualizovány.
- [ ] Cleanup proběhl (data nezůstala v systému).
Release / iterace¶
- [ ]
openspec archiveprovedeno pro dokončené změny. - [ ] Release notes obsahují odkazy na důkaz a testy.
- [ ] Nové change requests jdou zpět přes intake (meeting/email).
➡️ Pokračujte na Iterativní vývoj pro workflow průběžných změn.