Rename the top-level lib/ directory to core/ so the project root immediately communicates which code is core platform and which lives in modules/. PHP namespaces (MintyPHP\*) are unchanged — only the Composer PSR-4 path mapping moves from lib/ to core/. Module-internal lib/ directories (modules/*/lib/) are untouched. Updated across the full stack: - composer.json PSR-4 mapping - bootstrap entry points (web/index.php, bin/*, tests/bootstrap.php) - tooling configs (phpstan.neon, phpunit.xml, php-cs-fixer) - 26 architecture contract tests - enforcement-policy, guard-catalog, quality-gates - all documentation (CLAUDE.md, README, 25 docs/, .agents/skills/) - bin/qa-extended.sh search paths - .claude/settings.local.json permission paths Workflow: .agents/runs/CORE-LIB-RENAME-001/ (Analyst → Planner → Executor → Code Review (4 findings fixed) → Security Review → Acceptance Test → Finalizer) Co-Authored-By: Claude Opus 4.6 <noreply@anthropic.com>
2.6 KiB
Lokale Entwicklung
Letzte Aktualisierung: 2026-04-01
Ziel
Kompakter Tagesworkflow für Entwicklung, Tests und schema-nahe Änderungen.
First-Time Workflow
Einmalig vor dem ersten Start:
cp config/config.php.example config/config.php
Dann:
bin/dev init
bin/dev init ist nicht-destruktiv und fuehrt aus:
.envaus.env.exampleerstellen (falls fehlend)docker compose up --build -dmodule:syncdoctor
Hinweis: bin/dev init erzeugt aktuell nicht automatisch config/config.php.
Start/Stop
bin/dev up
bin/dev down
Hinweis: up -d startet auch den Scheduler-Service.
Bei inkonsistentem Laufzeitverhalten:
docker compose restart php nginx
Module-Sync
Nach Aenderungen an Modulen, Manifesten oder APP_ENABLED_MODULES:
docker compose exec php php bin/console module:sync
Dieser Befehl fuehrt automatisch aus: migrate → permissions-sync → build → assets-sync.
Falls web/index.php den Fehler "Module runtime is stale" wirft, ist der Sync noetig.
Alle verfuegbaren CLI-Kommandos: php bin/console list (siehe /docs/reference-cli-commands.md).
Alle Dev-Orchestrator-Kommandos: bin/dev --help.
Schema-Stand
- Basis-Schema + Seeds:
db/init/init.sql - Für Bestandsumgebungen: idempotente SQL-Updates in
db/updates/*.sql
Umsetzungsablauf
- Requirement klären
- Repository anpassen (SQL)
- Service anpassen (Business-Regeln)
- Action/Page anpassen
- i18n ergänzen
- Doku aktualisieren
Pflichtchecks vor Commit
docker compose exec php vendor/bin/phpunit
docker compose exec php vendor/bin/phpstan analyse -c phpstan.neon --no-progress
Bei Modul-/Manifest-Aenderungen zusaetzlich:
docker compose exec php php bin/console module:sync
Bei JS-Änderungen zusätzlich Browser-Smoke mit DevTools-Console (keine JS-Errors).
Struktur-Gates (empfohlen)
(rg 'new\s+[^\s(]+Factory\(' core/Service || true) | wc -l
(rg --glob '!**/*Factory.php' 'new\s+[^\s(]+(Service|Gateway|Repository)\(' core/Service || true) | wc -l
(rg "\b(accessServicesFactory|directoryServicesFactory|userServicesFactory|authServicesFactory|tenantServicesFactory|settingServicesFactory|userRepositoryFactory|authRepositoryFactory|authGatewayFactory)\(" pages lib templates web || true) | wc -l
API-spezifisch
docs/openapi.yamlaktualisieren- bei Bedarf
/docs/reference-api.mdergänzen - bei Security-Änderungen
/docs/explanation-sicherheitsmodell.mdaktualisieren
Vertiefung
/docs/reference-entwickler-checkliste.md/docs/tutorial-04-architektur-request-flow.md