### Added * Issue-Template für reine jinja-Template-Updates hinzugefügt (#98) * explizitere ruff-isort-Regeln für reproduzierbareres Scannes des jinja-Template-Repos (ohne Issue) ### Changed * `Template`-Repo umbenannt zu `jinja-Template`, um Unterscheidung zu `copier-test-repo`(ehem. `microservice_template`) zu verdeutlichen (#98) * diverse Typo- und Docstring-Fixes aus Summary übernommen (#98) * die openapi.json wird nun UTF-8-kodiert gespeichert. So werden bspw. auch Umlaute ausgegeben (#100) * `copier`-Doku in eigene Datei unter `docs/copier.md` ausgelagert (ohne Issue) * CVE-Fixes durch Updates werden nicht mehr im Changelog erwähnt ### Fixed * Build-Job bei Tag-Pipelines pusht wieder alle `destinations` (#99) * nutze immer den aktuellen Commit im apply-Job, mit --vcs-ref:HEAD (#100) * lösche alte Dateien bevor copier copy im apply-Job ausgeführt wird, um wirklich jede Änderung des Templates auch im Test-Repo zubekommen (#100) ## [2.0.0] - 2026-06-04 ### Added * Initiale Umwandlung in jinja-Template für copier (#15) * Maintainer-Dokumentation hinzugefügt (#97) * Optimierung der API-Dokumentation (#50) * Check, ob sich `openapi.json` geändert hat (#69) * Dev- und Testing-Abhängigkeiten unter GPL-3.0-or-later gestellt. Prod-Abhängigkeiten weiterhin MPL-3.0 (#72) ### Changed * Upgrade auf Python v3.13 (#46) * Umstellung der CI-Pipeline (#46, #2) * Name und `WORKDIR` geändert, `my_service` wurde zu `microservicetemplate` * Bündelung der Lizenz-Header in zentraler `reuse.toml`. Dadurch keine extra Header und license-files mehr nötig (#68) * Umstrukturierung der Dokumentation: Alles ist jetzt in `/docs` (#62) * Compliance-Check nur für Prod-Image und Prod nicht jedes Mal gebaut wird (#75) * schemathesis in pytest integriert, damit ein Job weniger in der CI (#70) * **Breaking**: Überarbeitetes `prompt_maps.yml` Format, um mehrere verschiedene Prompt-Typen flexibler zu definieren (#91) Die YAML-Struktur der `prompt_maps.yml` wurde vereinheitlicht, um eine klare Trennung zwischen **Task-Typen** und **Modellrollen** herzustellen. Ab sofort gilt ein einheitliches Schema: - Die **dritte Ebene** beschreibt die Task (z. B. `generate`) - Die **vierte Ebene** beschreibt immer die **Model-Role** mit den möglichen Schlüsseln `system`, `user` oder `assistant`. Für jede Map (z.B. `base_assistant`, `administration_expert`, etc.) müssen die beiden Ebenen vertauscht werden. ### Removed * `requirements-testing*` mit `requirements-dev` zusammengelegt, damit Vereinfachung der Repo-Struktur (#75) * `*.license`-files und SPDX-File-Header: Diese sind jetzt über die `reuse.toml` abgegolten (#68) ### Security * diverse CVE-Fixes (ohne Issue)