TypeScript 7 정식 공개…Go 기반 네이티브 컴파일러 전환

Microsoft TypeScript 팀 공식 블로그에 따르면 TypeScript 7이 2026년 7월 8일 정식 공개됐다. 이번 버전은 TypeScript 도구 체계를 Go 기반 네이티브 코드로 옮긴 첫 정식 릴리스로, 대형 코드베이스의 빌드와 편집기 반응 속도를 개선하는 데 초점을 맞췄다.

Microsoft는 TypeScript 7이 기존 TypeScript 구현의 구조와 로직을 최대한 유지하면서 새 코드베이스로 옮긴 포트라고 설명했다. 언어 의미를 새로 설계하기보다 기존 컴파일러와의 일관성, 호환성을 유지하는 방향을 택했다는 뜻이다. 개발자는 npm에서 기존과 같은 방식으로 typescript 패키지를 설치해 새 tsc 실행 파일을 사용할 수 있다.

가장 큰 변화는 성능이다. TypeScript 팀은 TypeScript 7이 네이티브 코드 속도와 공유 메모리 기반 멀티스레딩을 활용해 전체 빌드에서 일반적으로 8~12배 수준의 속도 향상을 보인다고 밝혔다. 공식 블로그에 제시된 사례에서 VS Code 코드베이스의 빌드 시간은 TypeScript 6 기준 125.7초에서 TypeScript 7 기준 10.6초로 줄었다. Sentry, Bluesky, Playwright, tldraw 같은 오픈소스 프로젝트에서도 큰 폭의 단축 사례가 공개됐다.

편집기 경험도 함께 바뀐다. TypeScript 7의 새 언어 서버는 Language Server Protocol 기반으로 동작하며, 여러 스레드를 활용해 자동완성, 참조 찾기, 진단 같은 요청을 처리한다. Microsoft는 VS Code용 TypeScript 7 전용 확장을 제공하고 있으며, 향후 VS Code 자체에도 관련 지원을 포함할 예정이라고 밝혔다.

도입 과정에서 주의할 부분도 있다. TypeScript 7.0은 아직 안정적인 프로그래밍 API를 제공하지 않는다. Microsoft는 TypeScript 7.1에서 새 API를 제공할 계획이라고 설명했다. 이 때문에 typescript-eslint처럼 컴파일러 API에 직접 의존하는 도구는 TypeScript 6과 병행 운용이 필요할 수 있다. Microsoft는 이를 위해 @typescript/typescript6 호환 패키지와 npm alias 활용 방법을 안내했다.

기본 설정과 폐기 항목도 달라졌다. TypeScript 7은 TypeScript 6의 새 기본값을 따르며, strict 기본 활성화, module 기본값 변경, stableTypeOrdering 고정 같은 변화가 포함된다. ES5 target, classic moduleResolution, 일부 오래된 module 옵션 등은 더 이상 지원되지 않는다. 기존 프로젝트는 업그레이드 전에 tsconfig와 빌드 도구 의존성을 점검해야 한다.

생태계 전체가 즉시 전환되는 것은 아니다. Microsoft는 Vue, MDX, Astro, Svelte, Angular 등 TypeScript를 자체 컴파일러나 언어 서비스에 내장해 쓰는 워크플로는 당분간 TypeScript 6을 계속 사용해야 할 수 있다고 설명했다. 이는 TypeScript 7의 정식 공개가 곧바로 모든 프레임워크와 도구의 즉시 전환을 뜻하지는 않는다는 점을 보여준다.

이번 공개는 TypeScript가 자바스크립트 기반 컴파일러 시대에서 네이티브 도구 체계로 이동하는 중요한 분기점이다. 대형 프론트엔드·풀스택 프로젝트에서는 빌드 대기 시간과 편집기 지연을 줄이는 효과가 기대된다. 다만 실제 도입은 프로젝트 규모, CI 자원, 플러그인 의존성, 프레임워크 지원 상태를 확인한 뒤 단계적으로 진행하는 것이 현실적이다.

출처: Microsoft TypeScript Blog https://devblogs.microsoft.com/typescript/announcing-typescript-7-0/