Neovim 0.12.0

 (github.com/neovim)
2 puntos por GN⁺ 2026-03-30 | 1 comentarios | Compartir por WhatsApp
  • Es la versión estable más reciente, con LuaJIT 2.1 integrado e incluye correcciones importantes y nuevas funciones
  • Se ofrecen diversos paquetes de instalación para Windows, macOS y Linux (x86_64 y arm64), listos para ejecutarse de inmediato
  • Para cada plataforma se proporcionan archivos de distribución en formatos ZIP, MSI, tar.gz y AppImage, junto con sus hashes sha256
  • La versión fue verificada con base en un commit firmado (fc7e5cf), y su confiabilidad está respaldada con firma GPG
  • En la página de lanzamientos de GitHub se registraron un total de 354 reacciones de la comunidad, lo que muestra un alto interés por la nueva versión

Lanzamiento de Nvim 0.12.0

  • Neovim 0.12.0 es la versión estable más reciente e incluye correcciones importantes y nuevas funciones
    • El tipo de compilación es Release y usa la versión integrada LuaJIT 2.1.1774638290
    • La versión fue verificada con base en un commit firmado (fc7e5cf)
  • También se ofrecen el changelog y el documento de noticias news.txt, que pueden consultarse desde dentro con el comando :help news
  • Se ofrecen paquetes de instalación para distintos sistemas operativos, listos para ejecutarse en Windows, macOS y Linux (x86_64 y arm64)
    • Para cada plataforma se proporcionan archivos de distribución en formatos ZIP, MSI, tar.gz y AppImage
    • Todos los binarios pueden descargarse desde la página de lanzamientos de GitHub

  • Instalación en Windows

    • Versión ZIP: descarga nvim-win64.zip o nvim-win-arm64.zip, descomprímelo y ejecuta nvim.exe
    • Versión MSI: instala nvim-win64.msi o nvim-win-arm64.msi y luego ejecútalo
    • En entornos Windows Server es necesario instalar vcruntime140.dll

  • Instalación en macOS

    • Se ofrecen archivos tar.gz específicos para x86_64 y arm64
    • Usa el comando xattr -c para quitar la advertencia de “unknown developer”, luego descomprime y ejecuta

  • Instalación en Linux

    • Se ofrecen AppImage o tarball para x86_64 y arm64
    • AppImage puede ejecutarse después de chmod u+x, y en sistemas sin soporte de FUSE puede descomprimirse con --appimage-extract
    • También se indica un enlace a compilaciones no oficiales para sistemas con una versión baja de glibc

  • Otros métodos de instalación

Archivos de distribución (Assets)

  • Se ofrecen un total de 14 paquetes binarios y de código fuente
    • 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
    • Cada archivo incluye su hash sha256 y el tamaño del archivo (aprox. 9~12 MB)
    • El código fuente también se ofrece en formatos zip y tar.gz

Reacción de la comunidad

  • En la publicación del lanzamiento se registraron un total de 354 reacciones
    • 🎉 234, ❤️ 135, 👍 157, 🚀 91, 😄 29, 👀 25
    • Muchos usuarios dejaron comentarios positivos sobre la nueva versión

Información adicional

  • El lanzamiento fue publicado mediante GitHub Actions y verificado con la firma GPG de Justin M. Keyes
  • También se proporcionan enlaces para comparar con la versión más reciente y enlaces de comparación de diferencias con versiones anteriores (v0.11.x~v0.1.x)
  • Los cambios detallados pueden revisarse en la documentación oficial y en el archivo de noticias

Lecturas relacionadas

1 comentarios

 
GN⁺ 2026-03-30
Opiniones de Hacker News

  • Desde que me cambié por completo a Neovim, ya no uso para nada IDEs como VSCode o JetBrains
    Gracias a la IA, configurarlo se volvió mucho más fácil, y combinado con tmux, el uso ultrabajo de memoria es una ventaja enorme
    Puedo tener todos mis proyectos abiertos al mismo tiempo y cambiar entre ellos rápidamente, y casi no hay latencia incluso al reiniciar o conectarme en remoto
    Ahora puedo entrar por ssh desde mi laptop y ponerme a trabajar de inmediato, sin necesidad de sincronización ni de hardware potente

    • Me da curiosidad qué método usan para manejar varios proyectos en nvim
    • Usé Vim durante 13 años y hace 1 o 2 años me pasé a NeoVim
      Las razones principales fueron el scripting en Lua, el soporte para LSP y las mejoras en el manejo de ventanas de terminal
      Aun así, para desarrollo de juegos de consola sigo usando Visual Studio en paralelo para depurar
    • Uso Neovim todos los días, pero todavía siento que solo aprovecho una fracción mínima de su potencial
      Solo uso navegación, borrado y búsqueda básicos, así que ando buscando tutoriales para volverme un usuario más avanzado
    • Me pregunto si no extrañan las funciones de integración GUI
      Siento que sería incómodo no tener algo como abrir archivos directamente desde el escritorio
      Estaría bueno ver una demo visual o video que muestre cómo funciona realmente un flujo de trabajo basado en TUI
    • Me da curiosidad cuál sería la configuración ideal al usar IA, tmux y nvim juntos

  • Hace poco me topé con el límite de nivel de plegado (20) de Vim, y me decepcionó ver que en Neovim es igual
    Modifiqué el código fuente y lo compilé, pero no se resolvió por completo
    Uso un sistema que maneja listas de reglas anidadas o árboles de decisión, así que esta limitación es bastante incómoda para mí

  • Respeto la tradición y la libertad de Vim, pero me gustaría que tuviera más funciones integradas por defecto, como Helix
    Ahora mismo hay que combinar plugins y starter packs para tener un entorno moderno

    • Está bien absorber funciones clave, pero una vez que entran al core hay que mantener la estabilidad de la API por mucho tiempo, así que hay que ser cuidadosos
    • El soporte para LSP es justo un buen ejemplo. Antes solo era posible con plugins, pero desde la versión 0.9 se integró en Neovim
    • Por eso ya no uso Neovim. Reconfigurar el editor para que se sienta como un IDE terminó pareciéndome un hobby
    • Neovim originalmente fue un fork de Vim para implementar cosas como LSP o gestión de paquetes
      No creo que vaya en contra de la tradición de Vim. Me da curiosidad qué funciones quieres que vengan integradas específicamente
    • Creo que es bueno absorber funciones como predeterminadas solo después de que el ecosistema haya pasado por suficiente experimentación y consolidación
      Yo también hice morph.nvim para experimentar con la UI, y esa etapa de prueba ayuda al desarrollo de la comunidad

  • En la próxima versión 0.13 planean agregar multicursor
    Según la hoja de ruta de Neovim, parece que será un cambio bastante interesante

    • El multicursor de VSCode reemplazó el 98% del uso que yo le daba a las macros
      Poder ver y corregir errores de inmediato mejoró muchísimo mi productividad
    • En Kakoune, el multicursor reemplaza comandos tipo sed
      Es muy útil porque permite refactorizar texto o reordenar archivos de logs incluso sin LSP
    • De hecho, en Vim/Neovim también se puede imitar parte del multicursor con el modo de bloque visual
      Vean la documentación oficial y este video de ejemplo
    • En Zed, la combinación de multicursor y buffers de múltiples archivos es muy eficiente para refactorizar
      Gracias a eso sigo usando Zed aunque sus extensiones de VSCode sean limitadas
    • El multicursor ofrece un bucle de retroalimentación inmediato en lugar de repetir una macro una y otra vez

  • Ahora mismo mi entorno de desarrollo es solo Neovim, tmux y terminal
    Casi no abro IDEs, así que los eliminé
    La clave fue más el flujo de trabajo que el editor: cambio rápido entre proyectos manteniendo las sesiones, y el sistema sigue siendo ligero
    Claude Code resuelve rápido problemas de configuración o choques entre herramientas, así que todo se volvió mucho más eficiente

  • Me gusta Neovim porque es fácil personalizarlo con LLMs
    En vez de usar Bear u Obsidian, hice que DeepSeek transformara Vim en mi app de tareas + calendario
    OpenCode interactúa directamente con Vim desde la terminal y hace pruebas, así que modifica todo automáticamente hasta que cumple con lo que quiero

  • La actualización de 0.11 a 0.12 casi no tuvo problemas, pero nvim-treesitter cambió tanto que parece un plugin completamente nuevo
    La versión anterior sigue en la rama master, pero ya no soporta 0.12
    La mayoría de las funciones pueden reemplazarse con el nuevo código, y treesitter-modules sirve muy bien como puente

  • Me da curiosidad el nuevo gestor de plugins vim.pack
    Le pedí a Claude que me convirtiera la configuración de lazy.nvim, pero me pareció demasiado verboso

    • Esta guía ayuda mucho a entender vim.pack
    • Probablemente salga algún framework construido sobre vim.pack, como pasa con lazy.nvim
    • La interfaz es simplemente vim.pack.add({url}), así que me parece más bien concisa
    • En realidad, Vim/Nvim ya tenía gestión básica de paquetes con la estructura ~/.vim/pack/*/start
      Me pregunto si de verdad se pierde mucho por no usar un gestor aparte
    • En mi configuración tengo código para instalar lazy automáticamente si no está, así que el gestor integrado tampoco me parece mala opción

  • Me pregunto si hay gente usando Neovim junto con herramientas de IA como Claude

    • Sidekick.nvim está bastante bien. Abre una ventana real junto a la terminal y te deja elegir entre varios agentes de IA
      Soporta la mayoría, como Claude, Gemini y Copilot, y pasarle contexto es ligero
    • Yo hace poco dejé nvim y me cambié a Cursor
      La integración con IA es mucho más fluida, y la función Cursor Tab es muchísimo mejor que los plugins de IA para nvim
    • Corría la IA en una terminal aparte y luego hice yo mismo nvim-skill para poder abrir archivos en nvim
    • En Ghostty trabajo con paneles divididos: en uno va un TUI de código, en otro Neovim y en un tercero el shell
    • Con claudecode.nvim puedes usar Claude Code directamente dentro de una pestaña de terminal, y además reconoce el contexto de los archivos abiertos

  • Me parece interesante que Neovim haya permanecido tanto tiempo en versiones 0.x
    Me da curiosidad cuál es el criterio para llegar a 1.0

    • En este issue de GitHub y en la hoja de ruta está resumido el tema
    • Tal vez v1 nunca llegue — existe también la filosofía de mantener la versión 0, como en 0ver.org
    • En broma, quizá sea cuando el comando :! funcione según el estándar POSIX, como en vi
    • En la práctica, parece que los objetivos principales para 1.0 son la estabilización de la API RPC y de la biblioteca estándar de Lua