Vite 8.2.0: 다중 입력과 웹 워커 HMR이 개발 흐름을 다듬는다
Vite 8.2.0이 다중 입력 설정과 번들 개발 모드, 웹 워커 HMR을 개선했다. 기존 프로젝트가 확인할 지원 범위와 호환성을 정리한다.
프런트엔드 빌드 도구 Vite 8.2.0이 2026년 7월 30일 공개됐다. 대규모 파괴적 변경보다는 여러 진입점을 다루는 설정, 번들 기반 개발 서버의 새로고침 방식, 웹 워커의 핫 모듈 교체(HMR)1처럼 일상적인 개발 경험을 다듬은 기능 릴리스다.
무엇이 바뀌었나
가장 눈에 띄는 변화는 새 input 옵션이다. 여러 HTML 진입점이나 특정 파일 묶음을 개발 서버의 시작점으로 명시할 수 있으며, 이 입력 경로는 server.fs.allow에도 반영된다. 기존에는 의존성 최적화와 파일 접근 허용 범위를 각각 맞춰야 했던 구성이 한층 명확해졌다.
실험적인 번들 기반 개발 모드에서는 재빌드 뒤 대체 페이지를 거치지 않고 한 번만 새로고침하도록 동작이 바뀌었다. 웹 워커 파일 업데이트도 HMR로 받아들일 수 있으며, HMR 실패 시 빌드 오류가 터미널에 출력된다. 설정 호환성 경고에는 행뿐 아니라 열 위치도 표시된다.
개발자에게 왜 중요한가
다중 페이지 애플리케이션, 문서 사이트, 웹 워커를 쓰는 편집기·시각화 도구에서 변경 효과가 크다. 입력 파일을 명시하면 스캐너가 불필요하게 넓은 경로를 훑는 일을 줄일 수 있고, 워커 수정 때 전체 페이지 상태가 사라지는 횟수도 줄어든다. HMR 실패 원인이 브라우저 오버레이에만 머물지 않고 터미널에도 남는 점은 원격 개발과 CI 로그 분석에 유용하다.
기존 프로젝트 영향
8.2.0은 Vite 8 계열의 기능 릴리스다. Vite 7 이하에서 바로 올리는 경우에는 8.2.0 변경만 볼 것이 아니라 Vite 8의 Node.js 지원 범위와 Rolldown 전환에 따른 플러그인 호환성을 먼저 확인해야 한다. Vite 8은 Node.js 20.19 이상 또는 22.12 이상을 요구하며, 일부 Rollup 전용 플러그인과 사용자 정의 빌드 훅은 동작 차이가 날 수 있다.
이미 Vite 8.1을 사용한다면 대체로 호환되는 업데이트지만, server.fs.allow를 엄격히 제한한 프로젝트는 새 input 경로가 의도한 범위만 여는지 확인할 필요가 있다. 번들 기반 개발 모드는 아직 실험적 성격이 있으므로 운영 빌드와 동일하다고 가정해서는 안 된다.
적용 전 확인 사항
node --version으로 지원되는 Node.js 런타임인지 확인한다.- 다중 페이지·SSR·워커 프로젝트의 개발 서버와 프로덕션 빌드를 모두 실행한다.
- HMR 뒤 폼 상태, 에디터 상태, 워커 메시지 채널이 유지되는지 점검한다.
- 플러그인이 Vite 8 및 Rolldown 호환을 명시했는지 확인하고 잠금 파일을 함께 검토한다.
- 이번 릴리스는 보안 공지가 아니며, 공개된 변경 기록에는 CVE 수정이 별도로 명시되지 않았다.
출처
1 HMR: 전체 페이지를 다시 불러오지 않고 변경된 모듈만 교체하는 개발 서버 기능.
