eslint · 빌드·타입
오류 문구
Parsing error: Unexpected token
무슨 뜻인가
ESLint가 그 파일을 규칙에 걸어 보기도 전에, 문법을 읽는 단계에서 멈췄다는 뜻입니다. 코드가 정말 깨진 경우보다, 파서가 그 문법을 모르는 경우가 훨씬 많습니다 — TypeScript 파일을 기본 파서로 읽거나, JSX를 켜지 않았거나, 데코레이터나 아주 새로운 문법을 옛 파서로 읽을 때입니다. npx eslint --print-config app.ts를 그 파일에 대고 돌리면 어떤 parser와 어떤 parserOptions가 실제로 적용되는지 그대로 나오니, 짐작하지 말고 그것부터 보세요. TypeScript면 @typescript-eslint/parser가 필요하고, 그 파일이 아예 검사 대상이 아니어야 한다면 ignores에 넣는 것이 맞습니다.
고치는 명령
npx eslint --print-config app.ts- 내는 도구
- eslint
- 빌드·타입
- 10
빌드가 내는 오류는 실행 전에 도구가 거절한 것이라 그 자리에서 프로그램을 망가뜨리지는 않지만 대신 두 가지를 물어봅니다 — 타입이나 경로를 실제 모양에 맞게 고칠 것인가, 아니면 as any나 인용 부호 하나로 그 줄만 통과시킬 것인가 — 그리고 대소문자와 확장자, 환경 변수처럼 내 컴퓨터에서만 맞는 것들은 여기서 처음 드러납니다.
오류 문구를 읽는 법
- 첫 줄부터 읽습니다. 아래로 갈수록 도구 내부 이야기이고, 정작 원인은 맨 위에 적혀 있습니다.
- 파일 이름과 줄 번호가 있으면 거기가 시작점입니다 — 스택의 가장 위가 아니라, 내가 쓴 파일이 나오는 가장 위 줄입니다.
- 문구를 그대로 검색합니다. 다만 내 경로와 변수 이름은 지웁니다 — 그 부분이 검색을 방해합니다.
- 같은 문구가 도구 판마다 다르게 나옵니다. 검색 결과가 안 맞으면 판 번호를 함께 넣어 봅니다.
- 고치는 명령을 붙여 넣기 전에 그 명령이 무엇을 버리는지 확인합니다. 되돌릴 수 없는 것이 섞여 있습니다.
자주 묻는 질문
Q. Parsing error: Unexpected token 는 무슨 뜻인가요?
ESLint가 그 파일을 규칙에 걸어 보기도 전에, 문법을 읽는 단계에서 멈췄다는 뜻입니다. 코드가 정말 깨진 경우보다, 파서가 그 문법을 모르는 경우가 훨씬 많습니다 — TypeScript 파일을 기본 파서로 읽거나, JSX를 켜지 않았거나, 데코레이터나 아주 새로운 문법을 옛 파서로 읽을 때입니다. npx eslint --print-config app.ts를 그 파일에 대고 돌리면 어떤 parser와 어떤 parserOptions가 실제로 적용되는지 그대로 나오니, 짐작하지 말고 그것부터 보세요. TypeScript면 @typescript-eslint/parser가 필요하고, 그 파일이 아예 검사 대상이 아니어야 한다면 ignores에 넣는 것이 맞습니다.
Q. 어떻게 고치나요?
npx eslint --print-config app.ts — 실행 전에 위의 설명에서 이 명령이 무엇을 버리는지 확인하세요.
Q. 어느 도구가 내는 오류인가요?
eslint입니다. 빌드·타입 갈래에 있고, 문구는 4낱말입니다.