pnpm 12 Rust-Rewrite erklärt: Install-Tag und Lockfiles 2026
GitHub taggte pnpm 12.0.0 am 26. August. Offiziell: Rust-Rewrite, keine Migration; npm-latest bleibt 11. InfoQ und The Register behandeln diese Woche Install-Tag und Zeiten.
GitHub hat am 26. August 2026 pnpm v12.0.0 getaggt. InfoQ (3. Sep.) und The Register (4. Sep.) beschreiben dieselbe Ausgabe: eine stabile Rust-Neuschreibung, die Befehle, Schalter, Einstellungen und Lockfile-Format von pnpm 11 behält.
Der offizielle 12.0-Beitrag schreibt weiter, npm-latest zeige auf die 11er-Linie. Dieselbe Seite installiert jetzt mit pnpm self-update latest-12. Homebrew, winget, Scoop und Chocolatey bieten es noch nicht.
Was die öffentlichen Texte drucken
| Punkt | Öffentlicher Text | Grenze |
|---|---|---|
| Implementierung | Rust-Rewrite, keine Migration | Kein Datum, wann latest auf 12 wechselt |
| Installation | latest bleibt 11; latest-12 nutzen | Brew / winget / Scoop / Choco fehlen |
| Git-Abhängigkeiten | GitHub / GitLab / Bitbucket über HTTPS | SSH ist ein lokales git rewrite |
| Zyklische Lockfiles | Fester Schnitt; Bytes folgen dem Graphen | Erste Neuauflösung ändert Peer-Varianten |
Diese Ausgabe lesen
- 1
Ein Engine-Rewrite
Der offizielle Text sagt, ein Upgrade solle sich nicht wie eine Migration anfühlen. Befehle, Schalter, Einstellungen und Lockfile-Format kommen von 11. Docs defaulten auf 12; 11 bleibt im Versionswähler. Kein neues CLI.
- 2
latest ist noch 11
Die offizielle Seite druckt jetzt
pnpm self-update latest-12. Andere Wege inkl. ohne Node.js. Socket (1. Sep.), InfoQ und The Register druckten noch next-12. Dieser Text folgt dem am 5. September gelesenen Offizialblog. - 3
Die Verhaltensliste ist kurz
Git-Identitäten, unbekannte Workspace-Settings, deterministische Peers bei Zyklen, Hardlinks zuerst unter Linux, engineStrict an der Kante. InfoQ schrieb außerdem,
pnpm install --resolution-onlyweichepnpm peers check. - 4
Geschwindigkeitszahlen brauchen eine Quelle
Offiziell: 2–3× schnellere Peer-Auflösung und etwa 25% weniger Speicher in großen zyklischen Workspaces. Sekunden und die 90% kommen von InfoQ, The Register und Socket — nicht aus dem Offizialrumpf.
Was dieselben Seiten sonst listen
Git-Identitäten und Setting-Prüfungen
Ein Specifier auf den drei großen Hosts nennt nur das Repo; das Lockfile speichert dafür kein SSH. Unbekannte Schlüssel in pnpm-workspace.yaml werden gemeldet; ein passender Versionspin scheitert mit ERR_PNPM_UNRECOGNIZED_WORKSPACE_SETTINGS.
Zyklen und Linux-Hardlinks
Peer-Auflösung schneidet eine feste Kante, das Lockfile hängt nur am Graphen. Unter Linux versucht auto zuerst Hardlink, dann Klon. Bestehende Lockfiles bleiben nutzbar; die erste Neuauflösung schreibt Peer-Varianten zyklischer Pakete um.
Globale Shims und andere Manager
Ein globales node, deno oder bun folgt der vom aktuellen Projekt gepinnten Version. pnpm kann npm, Yarn Classic, Yarn Berry, Yarn 6 (yarnpkg/zpm) und Bun bereitstellen. Der Remote-Side-Effects-Cache ist ein opt-in-Konzeptnachweis. Befehle, die die globale Installation ändern, lehnen sudo ab.
Grenzen
Der Offizialtext nennt kein Datum für den latest-Wechsel und keine Zwangsfrist. Als Nächstes die offizielle Seite „What's different“. Nur ein kurzes Meeting ohne Kontowand? wbstorm ist eine Browser-Raum-ID — siehe Privatsphäre ohne Konto und Raum erstellen oder beitreten.
# Quellen
# pnpm.io/blog/releases/12.0
# GitHub pnpm/pnpm v12.0.0, 2026-08-26
# InfoQ, 2026-09-03; The Register, 2026-09-04; Socket, 2026-09-01Ist npm latest schon 12?
Der offizielle 12.0-Beitrag schreibt weiter, latest zeige auf die 11er-Linie. Dieselbe Seite nutzt jetzt latest-12.
Muss das Lockfile heute umgeschrieben werden?
Der Offizialtext sagt, bestehende Lockfiles bleiben nutzbar. --frozen-lockfile installiert sie unverändert. Die erste Installation, die neu auflöst, schreibt Peer-Varianten zyklischer Pakete um.
Ist das eine Produktanleitung?
Nein. Dieser Text prüft nur den offiziellen 12.0-Beitrag und die Berichte vom 1.–4. September, kein Install- oder Migrationshandbuch.