Befehle und Scripts

App


pnpm dev                 # Entwicklung
pnpm build               # Lizenzen synchronisieren und bauen
pnpm start               # Produktionsbuild starten
pnpm lint                # ESLint
pnpm test                # Jest
pnpm test:ci             # Jest im CI-Modus
pnpm test:e2e            # Playwright
pnpm test:a11y           # axe mit Chromium
pnpm licenses:sync       # Lizenzdaten neu erzeugen

CMS


npm run dev              # Strapi-Entwicklung
npm run build            # Admin und Server bauen
npm run start            # Produktion starten
npm run data:import      # öffentlichen Datenstand importieren
npm run licenses         # Drittanbieterlizenzen erzeugen
npm run lint             # ESLint für Server, Admin und Tests
npm run lint:fix         # automatisch korrigierbare ESLint-Befunde
npm run format           # unterstützte Dateien mit Prettier formatieren
npm run format:check     # Formatierung prüfen
npm test                 # vollständiger obligatorischer Testlauf
npm run test:types       # TypeScript für Server, Admin und E2E
npm run test:unit        # Server-Unit-Tests
npm run test:scripts     # Import-/Release-CLI-Smoke-Tests
npm run test:python      # Python-Hilfslogik ohne Qwen-Modell
npm run test:components  # React-Admin-Komponententests
npm run test:integration # Strapi mit temporärem SQLite
npm run test:e2e         # Playwright gegen lokalen Strapi-Testserver
npm run test:coverage    # Jest-Suites mit Coverage-Berichten

Vor dem ersten lokalen Playwright-Lauf wird der passende Browser einmalig mit npx playwright install chromium installiert. Integration und E2E verwenden isolierte Testdaten unter .tmp/tests und benötigen keine produktiven Credentials. Coverage-Berichte entstehen unter coverage, Playwright-Diagnosen unter test-results und playwright-report.

ESLint prüft den handgeschriebenen JavaScript-, TypeScript- und React-Code lokal und in GitLab CI. Prettier formatiert unterstützte Dateien einheitlich und wird ebenfalls in der Pipeline geprüft. Generierte Strapi-Typen, Datenmodell-Schemas und erzeugte Artefakte bleiben ausgenommen. Die versionierten VS-Code-Einstellungen aktivieren Formatierung und sichere ESLint-Korrekturen beim Speichern.

Optionen und Sicherheitsverhalten des Imports sind unter Öffentlicher Datenexport beschrieben.

Docs


pnpm dev                 # Nextra-Entwicklung
pnpm check               # TypeScript und interne Links
pnpm build               # Next-Build und Pagefind-Index
pnpm start               # Produktionsbuild starten

Verwenden Sie den Paketmanager und das Lockfile des jeweiligen Repositories. Lockfiles werden nicht zwischen App, CMS und Docs ausgetauscht.