pnpm 12.0: Rust 재작성, 기존 명령·설정·lockfile 그대로
pnpm 12.0이 안정 버전으로 출시되었습니다. Rust로 완전히 재작성되었지만, pnpm 11의 명령, 플래그, 설정, lockfile 형식을 그대로 유지하여 마이그레이션 부담이 없습니다. 주요 변경 사항으로는 Git 의존성 처리 방식 변경, 인식되지 않는 설정 경고, 순환 의존성 그래프의 결정적 lockfile 생성, Linux에서 하드링크 우선, engineStrict 동작 변경 등이 있습니다. 새 기능으로는 프로젝트 인식 글로벌 바이너리, 다른 패키지 매니저 설치 지원, 레지스트리 리비전, 원격 side-effects 캐시(PoC) 등이 포함됩니다. pnpm 12는 npm의 'latest' 태그 대신 'next-12' 태그로 설치할 수 있습니다.
pnpm 12는 Rust로 재작성되었으며, 의도적으로 마이그레이션이 아닙니다. pnpm 11의 명령, 플래그, 설정, lockfile 형식이 모두 그대로 이어집니다.
HN 토론
66- BlueGreenMagick
> pnpm을 Rust로 재작성한 것입니다.
그들의 벤치마크[0]에 따르면 lockfile이 있는 클린 설치가 약 3배 더 빠르고(7초 -> 2.2초), no-op 설치는 약 29배 더 빠릅니다(517ms -> 18ms).
- 1matin
글에 긴 대시(—)가 많이 보이면, 그 글은 Claude가 썼을 확률이 높습니다.
- deanc
궁금한데, 언급되지 않았지만 이번 재작성으로 성능 개선이 있나요?
- norman784
저는 지루한 게 충분히 좋다는 결론에 도달했습니다. 저에게 NPM이 최고의 도구입니다. 그렇게 빠르지는 않지만 설치 속도도 그렇게 나쁘지 않습니다. 처음부터 다시 실행해야 하는 횟수를 고려하면 차이는 중요하지 않습니다. 안정적이고 기본 Node 패키지 관리자이므로 CI에 다른 도구를 설치할 필요도 없습니다. 오래 지속되는 프로젝트에서는 기본값을 따르는 것이 좋습니다. 몇 년 안에 서드파티 도구가 바뀔 것이기 때문입니다. 우리 팀은 Yarn classic에서 그런 경험을 했습니다. 지금은 순수 Node와 NPM을 사용하니 걱정이 없습니다. 서드파티 의존성도 마찬가지로 가능한 한 적게 사용하세요.
- fwlr
달력을 확인해 봤는데 4월 1일이 아닌 게 확실하네요. 아니, 8월이네요. 흠.
pnpm 유지보수자들이 bun의 AI-rewrite-to-rust 사건을 모를 리가 없다고 생각하는데... 그래서 저는 어리둥절하고, 당황스럽고, 전반적으로 이 결정을 이해할 수 없습니다.