Neovim 0.12.0

 (github.com/neovim)
2 Punkte von GN⁺ 2026-03-30 | 1 Kommentare | Auf WhatsApp teilen
  • Die neueste stabile Version mit integriertem LuaJIT 2.1; dieses Release enthält wichtige Fehlerbehebungen und neue Funktionen
  • Für Windows, macOS und Linux (x86_64·arm64) stehen verschiedene Installationspakete bereit, die sofort ausgeführt werden können
  • Für jede Plattform werden Distributionsdateien in den Formaten ZIP, MSI, tar.gz, AppImage zusammen mit sha256-Hashwerten bereitgestellt
  • Das Release wurde auf Basis eines signierten Commits (fc7e5cf) verifiziert und die Zuverlässigkeit durch eine GPG-Signatur abgesichert
  • Auf der GitHub-Releases-Seite sind insgesamt 354 Community-Reaktionen verzeichnet, was das große Interesse an der neuen Version zeigt

Release von Nvim 0.12.0

  • Neovim 0.12.0 ist die neueste stabile Version und enthält wichtige Fehlerbehebungen sowie Funktionen
    • Der Build-Typ ist Release, verwendet wird die integrierte Version LuaJIT 2.1.1774638290
    • Das Release wurde auf Basis eines signierten Commits (fc7e5cf) verifiziert
  • Changelog und das News-Dokument (news.txt) werden zusammen bereitgestellt und können intern mit dem Befehl :help news eingesehen werden
  • Für verschiedene Betriebssysteme stehen Installationspakete bereit, sodass die Software unter Windows, macOS und Linux (x86_64 und arm64) direkt ausgeführt werden kann
    • Für jede Plattform werden Distributionsdateien in den Formaten ZIP, MSI, tar.gz, AppImage angeboten
    • Alle Binärdateien können auf der GitHub-Releases-Seite heruntergeladen werden

  • Installation unter Windows

    • ZIP-Version: nvim-win64.zip oder nvim-win-arm64.zip herunterladen, entpacken und nvim.exe ausführen
    • MSI-Version: nvim-win64.msi oder nvim-win-arm64.msi installieren und anschließend starten
    • In einer Windows-Server-Umgebung muss vcruntime140.dll installiert werden

  • Installation unter macOS

    • Für x86_64 und arm64 werden jeweils passende tar.gz-Dateien bereitgestellt
    • Mit dem Befehl xattr -c kann die Warnung „unknown developer“ entfernt werden; danach entpacken und ausführen

  • Installation unter Linux

    • Für x86_64 und arm64 werden AppImage oder Tarball angeboten
    • AppImage kann nach chmod u+x ausgeführt werden; auf Systemen ohne FUSE-Unterstützung kann mit --appimage-extract entpackt werden
    • Es wird auch ein Link zu inoffiziellen Builds für Systeme mit niedrigerer glibc-Version angegeben

  • Weitere Installationsmethoden

Distributionsdateien (Assets)

  • Insgesamt werden 14 Binär- und Quellcodepakete bereitgestellt
    • Windows: nvim-win64.zip, nvim-win64.msi, nvim-win-arm64.zip, nvim-win-arm64.msi
    • macOS: nvim-macos-x86_64.tar.gz, nvim-macos-arm64.tar.gz
    • Linux: nvim-linux-x86_64.appimage, nvim-linux-x86_64.tar.gz, nvim-linux-arm64.appimage, nvim-linux-arm64.tar.gz
    • Für jede Datei sind sha256-Hashwerte und Dateigrößen (ca. 9–12 MB) angegeben
    • Der Quellcode wird ebenfalls als ZIP- und tar.gz-Datei bereitgestellt

Reaktionen der Community

  • Beim Release-Beitrag wurden insgesamt 354 Reaktionen verzeichnet
    • 🎉 234, ❤️ 135, 👍 157, 🚀 91, 😄 29, 👀 25
    • Viele Nutzer haben positives Feedback zur neuen Version hinterlassen

Weitere Informationen

  • Das Release wurde über GitHub Actions veröffentlicht und durch die GPG-Signatur von Justin M. Keyes verifiziert
  • Es werden außerdem Vergleichslinks zum neuesten Release sowie Links zum Vergleich der Unterschiede mit früheren Versionen (v0.11.x~v0.1.x) bereitgestellt
  • Detaillierte Änderungen können in der offiziellen Dokumentation und der News-Datei eingesehen werden

Verwandte Beiträge

1 Kommentare

 
GN⁺ 2026-03-30
Hacker-News-Kommentare

  • Seit ich vollständig auf Neovim umgestiegen bin, nutze ich IDEs wie VSCode oder JetBrains überhaupt nicht mehr
    Dank AI ist die Einrichtung viel einfacher geworden, und in Kombination mit tmux ist der extrem niedrige Speicherverbrauch ein wirklich großer Vorteil
    Ich kann alle Projekte gleichzeitig offen haben und schnell zwischen ihnen wechseln, und selbst bei Neustarts oder Remote-Zugriff gibt es kaum Verzögerungen
    Inzwischen kann ich mich einfach per ssh auf meinen Laptop verbinden und direkt arbeiten, ohne Synchronisierung oder leistungsstarke Hardware zu brauchen

    • Mich würde interessieren, wie du mehrere Projekte in nvim verwaltest
    • Ich habe 13 Jahre lang Vim benutzt und bin vor 1–2 Jahren zu NeoVim gewechselt
      Lua-Skripting, LSP-Unterstützung und die verbesserte Handhabung von Terminalfenstern waren die Hauptgründe
      Bei der Entwicklung von Konsolenspielen nutze ich zum Debuggen allerdings weiterhin zusätzlich Visual Studio
    • Ich nutze Neovim jeden Tag, habe aber immer noch das Gefühl, nur einen sehr kleinen Teil seines Potenzials auszuschöpfen
      Ich verwende nur grundlegende Navigation, Löschen und Suche und suche nach Tutorials, mit denen ich zu einem fortgeschritteneren Nutzer werden kann
    • Vermisst du keine GUI-Integrationsfunktionen?
      Ohne Dinge wie das direkte Öffnen von Dateien vom Desktop aus scheint das unpraktisch zu sein
      Es wäre schön, eine visuelle Demo oder ein Video zu sehen, das zeigt, wie ein TUI-basierter Workflow tatsächlich funktioniert
    • Mich würde die ideale Konfiguration mit AI, tmux und nvim interessieren

  • Kürzlich bin ich an Vims Fold-Level-Limit (20) gestoßen und war enttäuscht, dass es in Neovim genauso ist
    Ich habe den Quellcode geändert und neu gebaut, aber vollständig gelöst war das Problem damit nicht
    Ich arbeite mit einem System, das verschachtelte Regellisten oder Entscheidungsbäume verwendet, deshalb ist diese Begrenzung für mich ziemlich unpraktisch

  • Ich respektiere Vims Tradition und Freiheit, hätte aber gern mehr eingebaute Standardfunktionen wie bei Helix
    Im Moment muss man Plugins und Starter-Packs kombinieren, um eine moderne Umgebung zu bekommen

    • Es ist gut, Kernfunktionen zu übernehmen, aber sobald etwas im Core ist, muss man API-Stabilität lange aufrechterhalten, daher sollte man vorsichtig sein
    • LSP-Unterstützung ist genau so ein Beispiel. Früher war das nur per Plugin möglich, aber seit Version 0.9 ist sie in Neovim integriert
    • Deshalb nutze ich Neovim nicht mehr. Das Umgestalten des Editors zu einer IDE fühlte sich für mich wie ein Hobby an
    • Neovim war ursprünglich ein von Vim geforktes Projekt, um Funktionen wie LSP oder Paketverwaltung zu implementieren
      Ich finde nicht, dass das der Vim-Tradition widerspricht. Mich würde interessieren, welche Funktionen du konkret eingebaut sehen möchtest
    • Ich halte den Ansatz für gut, Funktionen erst dann als Standard zu übernehmen, wenn das Ökosystem genügend Experimentieren und Konsolidierung durchlaufen hat
      Ich habe selbst morph.nvim für UI-Experimente gebaut, und diese Experimentierphase hilft der Weiterentwicklung der Community

  • In der nächsten Version 0.13 soll eine Multi-Cursor-Funktion hinzukommen
    Laut der Neovim-Roadmap dürfte das eine ziemlich interessante Änderung werden

    • Der Multi-Cursor in VSCode hat 98 % meiner Makro-Nutzung ersetzt
      Weil man Fehler sofort sieht und korrigieren kann, hat das meine Produktivität stark verbessert
    • Kakoune ersetzt mit Multi-Cursor Befehle wie sed
      Selbst ohne LSP ist das für Text-Refactoring oder das Neuordnen von Logdateien sehr nützlich
    • Tatsächlich kann man in Vim/Neovim mit dem Visual-Block-Modus einen Teil der Multi-Cursor-Funktionen nachahmen
      Siehe die offizielle Dokumentation und dieses Beispielvideo
    • In Zed ist die Kombination aus Multi-Cursor und Multi-File-Buffern für Refactoring sehr effizient
      Wegen dieser Funktion bleibe ich bei Zed, auch wenn es weniger VSCode-Erweiterungen gibt
    • Multi-Cursor bietet statt wiederholter Makroausführung eine direkte Feedback-Schleife

  • Meine Entwicklungsumgebung besteht jetzt nur noch aus Neovim, tmux und dem Terminal
    Ich öffne IDEs fast nie mehr und habe sie entfernt
    Entscheidend war weniger der Editor als der Workflow — Sitzungen bleiben erhalten, der Wechsel zwischen Projekten ist schnell, und das System bleibt leichtgewichtig
    Claude Code löst Konfigurationsprobleme oder Tool-Konflikte schnell, wodurch alles viel effizienter geworden ist

  • Ich mag Neovim, weil sich Customizing mit LLMs so leicht umsetzen lässt
    Statt Bear oder Obsidian habe ich DeepSeek Vim in meine To-do- + Kalender-App verwandeln lassen
    OpenCode interagiert im Terminal direkt mit Vim und testet dabei, sodass automatisch weiter angepasst wird, bis es meinen Anforderungen entspricht

  • Das Upgrade von 0.11 auf 0.12 verlief fast problemlos, aber nvim-treesitter hat sich wie ein komplett neues Plugin verändert
    Die frühere Version bleibt zwar im master-Branch, unterstützt 0.12 aber nicht
    Die meisten Funktionen lassen sich durch den neuen Code ersetzen, und treesitter-modules dient dabei als gute Brücke

  • Ich bin neugierig auf den neu hinzugefügten Plugin-Manager vim.pack
    Ich habe Claude meine lazy.nvim-Konfiguration konvertieren lassen, aber das wirkte zu ausführlich

    • Dieser Leitfaden hat mir sehr geholfen, vim.pack zu verstehen
    • Wahrscheinlich wird es ein Framework geben, das wie lazy.nvim auf vim.pack aufbaut
    • Die Schnittstelle ist einfach vim.pack.add({url}), deshalb finde ich sie eher kompakt
    • Eigentlich gab es in Vim/Nvim mit der Struktur ~/.vim/pack/*/start bereits eine eingebaute Paketverwaltung
      Ich frage mich, ob es überhaupt ein großer Nachteil ist, keinen separaten Manager zu verwenden
    • In meiner Konfiguration gibt es Code, der lazy automatisch installiert, falls es fehlt, daher wirkt auch der eingebaute Manager gar nicht so schlecht

  • Mich würde interessieren, ob hier jemand Neovim zusammen mit AI-Tools wie Claude verwendet

    • Sidekick.nvim ist ganz ordentlich. Es öffnet neben dem Terminal ein echtes Fenster, in dem man mehrere AI-Agenten auswählen kann
      Claude, Gemini, Copilot und die meisten anderen werden unterstützt, und die Übergabe von Kontext ist leichtgewichtig
    • Ich bin kürzlich von nvim zu Cursor gewechselt
      Die AI-Integration ist deutlich nahtloser, und Cursors Tab-Funktion ist den AI-Plugins in nvim weit überlegen
    • Ich habe AI in einem separaten Terminal laufen lassen und dann nvim-skill selbst gebaut, damit sich Dateien in nvim öffnen lassen
    • Ich arbeite in Ghostty mit geteilten Fenstern: in einem läuft eine Code-TUI, im anderen Neovim und im dritten eine Shell
    • Mit claudecode.nvim kann man Claude Code direkt in einem Terminal-Tab nutzen, und es erkennt auch den Kontext der geöffneten Dateien

  • Es ist interessant, dass Neovim so lange bei einer 0.x-Version bleibt
    Ich frage mich, was die Kriterien für 1.0 sind

    • Im GitHub-Issue und in der Roadmap ist das zusammengefasst
    • Vielleicht kommt v1 nie — es gibt ja auch die Philosophie, bei Version 0 zu bleiben, wie bei 0ver.org
    • Als Scherz: vielleicht dann, wenn wie bei vi der Befehl :! gemäß POSIX-Standard funktioniert
    • Realistisch gesehen scheinen die Stabilisierung der RPC-API und der Lua-Standardbibliothek die Hauptziele für 1.0 zu sein