"매 Prettier 의 formatting 결과를 ESLint rule 로 노출". 매 Prettier 가 보는 차이를 lint error 로 reporting — 매 같은 IDE/CI 에서 lint 와 format 을 한 흐름으로. 2026 현재는 eslint --fix integration 보다 flat config + Prettier 3 + format-only on save 가 권장.
매 핵심
매 동작 원리
eslint-plugin-prettier 는 Prettier 를 ESLint rule 처럼 실행 — file 의 expected output 과 actual content 를 비교해 diff 를 lint error 로 보고.
Rule key: prettier/prettier — --fix 시 Prettier 가 직접 rewrite.
항상 eslint-config-prettier 와 함께 사용 (ESLint 의 stylistic rules off).
매 2026 권장 stack
Format: Prettier 3.x — IDE save 또는 git pre-commit hook 에서 직접 실행.
언제: 매 Prettier output 과 lint output 을 한 reporter 로 통합해야 할 때 — 특히 monorepo CI 에서.
언제 X: 매 small repo 이고 contributor 가 Prettier IDE plugin 사용. plugin 의 overhead (Prettier 를 매 lint 에서 invoke) 가 불필요.
❌ 안티패턴
Stylistic ESLint rule 과 plugin 동시 사용: eslint-config-prettier 미적용 → 무한 충돌.
--fix 의존 only: editor 가 fix 안 해주면 broken state 유지. Prettier 직접 실행이 빠르고 명확.
Plugin 으로 모든 file 검사: 매 large repo 에서 ESLint+Prettier 동시 invoke 는 느림. lint-staged 로 scope.