Neovim 0.12.0

 (github.com/neovim)
2 points par GN⁺ 2026-03-30 | 1 commentaires | Partager sur WhatsApp
  • Dernière version stable, cette release intègre LuaJIT 2.1 et ajoute des correctifs majeurs ainsi que de nouvelles fonctionnalités
  • Divers paquets d’installation sont proposés pour Windows, macOS et Linux (x86_64·arm64), permettant une exécution immédiate
  • Pour chaque plateforme, des fichiers distribués aux formats ZIP, MSI, tar.gz, AppImage sont fournis avec leur hachage sha256
  • La release a été vérifiée à partir d’un commit signé (fc7e5cf), avec une signature GPG garantissant sa fiabilité
  • La page de release GitHub comptabilise au total 354 réactions de la communauté, montrant un fort intérêt pour cette nouvelle version

Release de Nvim 0.12.0

  • Neovim 0.12.0 est la dernière version stable, incluant des correctifs majeurs et de nouvelles fonctionnalités
    • Le type de build est Release, avec la version intégrée LuaJIT 2.1.1774638290
    • La release a été vérifiée à partir d’un commit signé (fc7e5cf)
  • Le changelog et le document de nouvelles news.txt sont fournis, consultables depuis l’éditeur avec la commande :help news
  • Des paquets d’installation sont proposés pour différents systèmes d’exploitation, permettant une exécution directe sur Windows, macOS et Linux (x86_64 et arm64)
    • Pour chaque plateforme, des fichiers distribués aux formats ZIP, MSI, tar.gz, AppImage sont fournis
    • Tous les binaires peuvent être téléchargés depuis la page de release GitHub

  • Installation sur Windows

    • Version ZIP : télécharger nvim-win64.zip ou nvim-win-arm64.zip, décompresser puis exécuter nvim.exe
    • Version MSI : installer nvim-win64.msi ou nvim-win-arm64.msi, puis lancer l’application
    • Dans un environnement Windows Server, l’installation de vcruntime140.dll est nécessaire

  • Installation sur macOS

    • Des fichiers tar.gz sont fournis séparément pour x86_64 et arm64
    • Utiliser la commande xattr -c pour supprimer l’avertissement “unknown developer”, puis décompresser et exécuter

  • Installation sur Linux

    • AppImage ou tarball disponibles pour x86_64 et arm64
    • AppImage peut être exécuté après chmod u+x, et sur les systèmes sans prise en charge de FUSE, il peut être décompressé avec --appimage-extract
    • Un lien vers des builds non officiels pour les systèmes avec une version plus ancienne de glibc est également indiqué

  • Autres méthodes d’installation

Fichiers distribués (Assets)

  • Au total, 14 paquets binaires et sources sont fournis
    • 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
    • Chaque fichier mentionne le hachage sha256 et la taille du fichier (environ 9 à 12 Mo)
    • Le code source est également fourni aux formats zip et tar.gz

Réactions de la communauté

  • Le post de release a enregistré au total 354 réactions
    • 🎉 234, ❤️ 135, 👍 157, 🚀 91, 😄 29, 👀 25
    • De nombreux utilisateurs ont laissé des retours positifs sur cette nouvelle version

Informations supplémentaires

  • La release a été publiée via GitHub Actions et vérifiée avec la signature GPG de Justin M. Keyes
  • Un lien de comparaison avec la dernière release ainsi que des liens de comparaison des différences avec les versions précédentes (v0.11.x à v0.1.x) sont également fournis
  • Les changements détaillés peuvent être consultés dans la documentation officielle et le fichier news

À lire aussi

1 commentaires

 
GN⁺ 2026-03-30
Commentaires sur Hacker News

  • Depuis que je suis passé entièrement à Neovim, je n’utilise plus du tout d’IDE comme VSCode ou JetBrains
    Grâce à l’IA, la configuration est devenue bien plus simple, et combiné à tmux, le très faible usage mémoire est un énorme avantage
    Je peux garder tous mes projets ouverts en même temps et basculer rapidement entre eux, avec presque aucune latence, même après un redémarrage ou en accès distant
    Je peux maintenant me connecter en ssh depuis mon laptop et me mettre immédiatement au travail, sans avoir besoin de synchronisation ni de machine puissante

    • Je serais curieux de savoir quelle méthode tu utilises pour gérer plusieurs projets dans nvim
    • J’ai utilisé Vim pendant 13 ans avant de passer à NeoVim il y a 1 ou 2 ans
      Les principales raisons étaient le scripting Lua, le support LSP et la meilleure gestion des fenêtres de terminal
      En revanche, pour le développement de jeux sur console, j’utilise toujours Visual Studio en parallèle pour le débogage
    • J’utilise Neovim tous les jours, mais j’ai encore l’impression de n’exploiter qu’une infime partie de son potentiel
      Je ne fais que de la navigation, suppression et recherche de base, donc je cherche des tutoriels qui m’aideraient à devenir un utilisateur plus avancé
    • L’intégration GUI ne te manque pas ?
      J’ai l’impression que l’absence de fonctions comme l’ouverture directe de fichiers depuis le bureau serait gênante
      J’aimerais bien voir une démo visuelle ou une vidéo montrant comment fonctionne concrètement un workflow basé sur une TUI
    • Je me demande quelle serait la configuration idéale pour utiliser ensemble IA, tmux et nvim

  • Je me suis récemment heurté à la limite du niveau de pliage (20) de Vim, et j’ai été déçu de voir que c’était pareil dans Neovim
    J’ai modifié le code source et recompilé, mais ça n’a pas complètement résolu le problème
    J’utilise un système qui manipule des listes de règles imbriquées ou des arbres de décision, donc cette limite est assez gênante pour moi

  • Je respecte la tradition et la liberté de Vim, mais j’aimerais qu’il y ait davantage de fonctionnalités intégrées par défaut, comme dans Helix
    Aujourd’hui, il faut assembler des plugins et des starter packs pour obtenir un environnement moderne

    • Absorber des fonctionnalités dans le cœur est une bonne chose, mais une fois qu’elles y entrent, il faut préserver longtemps la stabilité de l’API, donc il faut être prudent
    • Le support LSP en est un bon exemple. Avant, ce n’était possible qu’avec des plugins, mais depuis la version 0.9, c’est intégré à Neovim
    • C’est pour ça que je n’utilise plus Neovim. Reconfigurer un éditeur pour en faire un IDE me donnait l’impression d’un hobby
    • À l’origine, Neovim était un fork de Vim lancé justement pour implémenter des fonctions comme LSP ou la gestion de paquets
      Je ne pense pas que ce soit contraire à la tradition de Vim. Je serais curieux de savoir quelles fonctionnalités tu voudrais voir intégrées précisément
    • Je pense qu’il vaut mieux n’absorber des fonctionnalités par défaut qu’une fois que l’écosystème a suffisamment expérimenté et convergé
      J’ai moi-même créé morph.nvim pour expérimenter sur l’UI, et cette phase d’expérimentation aide la communauté à progresser

  • Dans la prochaine version 0.13, la fonctionnalité multi-cursor devrait être ajoutée
    D’après la roadmap de Neovim, cela pourrait être un changement assez intéressant

    • Le multi-cursor de VSCode a remplacé 98 % de mon usage des macros
      Le fait de pouvoir voir et corriger immédiatement les erreurs a énormément amélioré ma productivité
    • Kakoune remplace des commandes de type sed avec le multi-cursor
      C’est très utile pour le refactoring de texte ou la réorganisation de fichiers de logs, même sans LSP
    • En réalité, dans Vim/Neovim, on peut déjà imiter certaines fonctions de multi-cursor avec le mode bloc visuel
      Voir la documentation officielle et cette vidéo d’exemple
    • Dans Zed, la combinaison du multi-cursor et des buffers multi-fichiers est très efficace pour le refactoring
      C’est cette fonctionnalité qui me fait continuer à utiliser Zed malgré le manque d’extensions VSCode
    • Le multi-cursor fournit une boucle de feedback immédiate au lieu de répéter l’exécution de macros

  • Aujourd’hui, mon environnement de développement se résume à Neovim, tmux et le terminal
    Je n’ouvre presque plus jamais d’IDE, donc je les ai supprimés
    L’essentiel, ce n’était pas l’éditeur mais le workflow — changer de projet tout en gardant les sessions actives est rapide, et le système reste léger
    Claude Code résout rapidement les problèmes de configuration ou les conflits d’outils, ce qui le rend bien plus efficace

  • Si j’aime Neovim, c’est parce qu’il est facile à personnaliser avec des LLM
    Au lieu d’utiliser Bear ou Obsidian, j’ai demandé à DeepSeek de transformer Vim en mon application todo + calendrier
    OpenCode interagit directement avec Vim dans le terminal et teste les changements, puis les corrige automatiquement jusqu’à ce qu’ils répondent à mes critères

  • La mise à niveau de 0.11 vers 0.12 s’est faite presque sans problème, mais nvim-treesitter a changé au point de ressembler à un tout nouveau plugin
    L’ancienne version reste sur la branche master, mais elle ne prend pas en charge 0.12
    La plupart des fonctions peuvent être remplacées par le nouveau code, et treesitter-modules sert de bon pont de transition

  • Je suis curieux au sujet du nouveau gestionnaire de plugins vim.pack
    J’ai demandé à Claude de convertir une configuration lazy.nvim, mais ça m’a semblé beaucoup trop verbeux

    • Ce guide m’a beaucoup aidé à comprendre vim.pack
    • Il y aura probablement un framework construit au-dessus de vim.pack, comme lazy.nvim
    • L’interface se résume simplement à vim.pack.add({url}), donc je la trouve au contraire assez concise
    • En réalité, Vim/Nvim disposait déjà d’une gestion de paquets de base avec la structure ~/.vim/pack/*/start
      Je me demande si on perd vraiment beaucoup à ne pas utiliser de gestionnaire séparé
    • Dans ma config, j’ai du code qui installe automatiquement lazy s’il n’est pas présent, donc le gestionnaire intégré ne me semble pas si mal

  • Je me demande s’il y a ici des gens qui utilisent Neovim avec des outils d’IA comme Claude

    • Sidekick.nvim est pas mal. Il ouvre une vraie fenêtre à côté du terminal et permet de choisir plusieurs agents IA
      Il prend en charge la plupart d’entre eux, comme Claude, Gemini, Copilot, etc., et le passage de contexte reste léger
    • Je suis récemment passé de nvim à Cursor
      L’intégration de l’IA est bien plus fluide, et la fonction Cursor Tab est largement supérieure aux plugins IA de nvim
    • Je faisais tourner l’IA dans un terminal séparé, puis j’ai créé moi-même nvim-skill pour pouvoir ouvrir les fichiers dans nvim
    • J’utilise des volets partagés dans Ghostty : d’un côté une TUI de code, de l’autre Neovim, et dans un troisième un shell
    • Avec claudecode.nvim, on peut utiliser directement Claude Code dans un onglet de terminal, et il reconnaît aussi le contexte des fichiers ouverts

  • C’est intéressant de voir que Neovim reste depuis longtemps en version 0.x
    Je me demande quels sont les critères pour passer en 1.0

    • Une issue GitHub et la roadmap résument le sujet
    • Il est possible que la v1 n’arrive jamais — il existe aussi une philosophie consistant à rester en version 0, comme 0ver.org
    • C’est une blague, mais peut-être quand la commande :! fonctionnera selon le standard POSIX, comme dans vi
    • En pratique, les principaux objectifs de la 1.0 semblent être la stabilisation de l’API RPC et de la bibliothèque standard Lua