package.json hat ein Skript lint (next lint), aber im Projekt liegt keine ESLint-Konfiguration. Der Aufruf tut damit nichts Nützliches.
Warum das stört
Ein Skript, das aussieht, als prüfe es etwas, und nichts prüft, ist schlechter als gar keines: es steht in der Befehlsliste im README, jemand ruft es auf, bekommt keine Beanstandung und hält das für ein Ergebnis.
Konkret durchgerutscht wären unter anderem:
unbenutzte Importe (in Phase 7 zweimal von Hand entfernt)
react-hooks/exhaustive-deps — genau die Regel, die den Kiosk-Fehler aus Phase 4 (Warteschlange wiederholte nie) gemeldet hätte
@next/next/no-img-element und die übrigen Next-Regeln
Lösungsvorschlag
Flat Config (eslint.config.mjs) mit next/core-web-vitals und TypeScript. Bewusst ohne Formatierungsregeln — die Formatierung macht Prettier, und zwei Werkzeuge, die sich über Anführungszeichen streiten, sind eines zu viel.
Die vorhandenen Beanstandungen im Bestand müssen dabei mit abgearbeitet werden; ein Linter, der bei jedem Lauf achtzig Warnungen ausgibt, wird nach einer Woche ignoriert.
Betrifft
package.json, neue eslint.config.mjs
## Beobachtung
`package.json` hat ein Skript `lint` (`next lint`), aber im Projekt liegt keine ESLint-Konfiguration. Der Aufruf tut damit nichts Nützliches.
## Warum das stört
Ein Skript, das aussieht, als prüfe es etwas, und nichts prüft, ist schlechter als gar keines: es steht in der Befehlsliste im README, jemand ruft es auf, bekommt keine Beanstandung und hält das für ein Ergebnis.
Konkret durchgerutscht wären unter anderem:
- unbenutzte Importe (in Phase 7 zweimal von Hand entfernt)
- `react-hooks/exhaustive-deps` — genau die Regel, die den Kiosk-Fehler aus Phase 4 (Warteschlange wiederholte nie) gemeldet hätte
- `@next/next/no-img-element` und die übrigen Next-Regeln
## Lösungsvorschlag
Flat Config (`eslint.config.mjs`) mit `next/core-web-vitals` und TypeScript. Bewusst **ohne** Formatierungsregeln — die Formatierung macht Prettier, und zwei Werkzeuge, die sich über Anführungszeichen streiten, sind eines zu viel.
Die vorhandenen Beanstandungen im Bestand müssen dabei mit abgearbeitet werden; ein Linter, der bei jedem Lauf achtzig Warnungen ausgibt, wird nach einer Woche ignoriert.
## Betrifft
`package.json`, neue `eslint.config.mjs`
Blocking a user prevents them from interacting with repositories, such as opening or commenting on pull requests or issues. Learn more about blocking a user.
Beobachtung
package.jsonhat ein Skriptlint(next lint), aber im Projekt liegt keine ESLint-Konfiguration. Der Aufruf tut damit nichts Nützliches.Warum das stört
Ein Skript, das aussieht, als prüfe es etwas, und nichts prüft, ist schlechter als gar keines: es steht in der Befehlsliste im README, jemand ruft es auf, bekommt keine Beanstandung und hält das für ein Ergebnis.
Konkret durchgerutscht wären unter anderem:
react-hooks/exhaustive-deps— genau die Regel, die den Kiosk-Fehler aus Phase 4 (Warteschlange wiederholte nie) gemeldet hätte@next/next/no-img-elementund die übrigen Next-RegelnLösungsvorschlag
Flat Config (
eslint.config.mjs) mitnext/core-web-vitalsund TypeScript. Bewusst ohne Formatierungsregeln — die Formatierung macht Prettier, und zwei Werkzeuge, die sich über Anführungszeichen streiten, sind eines zu viel.Die vorhandenen Beanstandungen im Bestand müssen dabei mit abgearbeitet werden; ein Linter, der bei jedem Lauf achtzig Warnungen ausgibt, wird nach einer Woche ignoriert.
Betrifft
package.json, neueeslint.config.mjs