Neovim 0.12.0

 (github.com/neovim)
2 pontos por GN⁺ 2026-03-30 | 1 comentários | Compartilhar no WhatsApp
  • A versão estável mais recente, com LuaJIT 2.1 embutido, trazendo correções importantes e novos recursos
  • São fornecidos diversos pacotes de instalação para Windows, macOS e Linux (x86_64 e arm64), prontos para uso imediato
  • Para cada plataforma, estão disponíveis arquivos de distribuição nos formatos ZIP, MSI, tar.gz e AppImage, junto com os hashes sha256
  • A release foi verificada com base em um commit assinado (fc7e5cf), com confiabilidade garantida por assinatura GPG
  • A página de release no GitHub registrou um total de 354 reações da comunidade, mostrando grande interesse na nova versão

Release do Nvim 0.12.0

  • Neovim 0.12.0 é a versão estável mais recente, uma release que inclui correções importantes e novos recursos
    • O tipo de build é Release, usando a versão embutida LuaJIT 2.1.1774638290
    • A release foi verificada com base em um commit assinado (fc7e5cf)
  • O changelog e o documento de notícias (news.txt) são fornecidos em conjunto, podendo ser consultados internamente com o comando :help news
  • São fornecidos pacotes de instalação para vários sistemas operacionais, prontos para execução em ambientes Windows, macOS e Linux (x86_64 e arm64)
    • Para cada plataforma, são fornecidos arquivos de distribuição nos formatos ZIP, MSI, tar.gz e AppImage
    • Todos os binários podem ser baixados na página de release do GitHub

  • Instalação no Windows

    • Versão ZIP: baixe nvim-win64.zip ou nvim-win-arm64.zip, extraia e execute nvim.exe
    • Versão MSI: instale nvim-win64.msi ou nvim-win-arm64.msi e execute
    • Em ambientes Windows Server, é necessário instalar vcruntime140.dll

  • Instalação no macOS

    • São fornecidos arquivos tar.gz adequados para x86_64 e arm64
    • Use o comando xattr -c para remover o aviso “unknown developer”, depois extraia e execute

  • Instalação no Linux

    • São fornecidos AppImage ou tarball para x86_64 e arm64
    • O AppImage pode ser executado após chmod u+x; em sistemas sem suporte a FUSE, é possível extrair com --appimage-extract
    • Também é indicado um link para builds não oficiais para sistemas com versão mais baixa do glibc

  • Outros métodos de instalação

Arquivos de distribuição (Assets)

  • São fornecidos um total de 14 pacotes binários e de código-fonte
    • 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 arquivo inclui o hash sha256 e o tamanho do arquivo (cerca de 9 a 12 MB)
    • O código-fonte também é fornecido nos formatos zip e tar.gz

Reação da comunidade

  • A publicação da release registrou um total de 354 reações
    • 🎉 234, ❤️ 135, 👍 157, 🚀 91, 😄 29, 👀 25
    • Muitos usuários deixaram feedback positivo sobre a nova versão

Informações adicionais

  • A release foi publicada por meio do GitHub Actions e verificada com a assinatura GPG de Justin M. Keyes
  • Também são fornecidos links de comparação com a release mais recente e links de comparação de diferenças com versões anteriores (v0.11.x~v0.1.x)
  • Os detalhes das mudanças podem ser consultados na documentação oficial e no arquivo de notícias

Leituras relacionadas

1 comentários

 
GN⁺ 2026-03-30
Opiniões do Hacker News

  • Desde que migrei completamente para o Neovim, não uso mais IDEs como VSCode ou JetBrains
    Graças à IA, configurar tudo ficou muito mais fácil, e a combinação com tmux tem como grande vantagem o uso ultrabaixo de memória
    Consigo deixar todos os projetos abertos ao mesmo tempo e alternar rapidamente entre eles, com quase nenhuma latência mesmo ao reiniciar ou acessar remotamente
    Agora posso simplesmente entrar via ssh pelo notebook e começar a trabalhar imediatamente, sem precisar de sincronização nem de uma máquina potente

    • Fiquei curioso sobre qual abordagem você usa para gerenciar vários projetos no nvim
    • Usei Vim por 13 anos e migrei para o NeoVim há 1 ou 2 anos
      Os principais motivos foram o scripting em Lua, o suporte a LSP e as melhorias no tratamento de janelas de terminal
      Ainda assim, no desenvolvimento de jogos para console, continuo usando o Visual Studio em paralelo para depuração
    • Uso Neovim todos os dias, mas ainda sinto que estou aproveitando só uma fração mínima do potencial dele
      Só uso navegação, exclusão e busca básicas, então estou procurando tutoriais que me ajudem a virar um usuário mais avançado
    • Você não sente falta de recursos integrados de GUI?
      Acho que seria inconveniente não ter algo como abrir arquivos direto da área de trabalho
      Seria ótimo ver alguma demonstração visual ou vídeo mostrando como um fluxo de trabalho baseado em TUI funciona na prática
    • Fiquei curioso sobre a configuração ideal ao usar IA, tmux e nvim juntos

  • Recentemente bati no limite de nível de fold (20) do Vim, e fiquei decepcionado ao ver que no Neovim é igual
    Modifiquei o código-fonte e compilei, mas isso não resolveu completamente
    Eu uso um sistema que lida com listas de regras aninhadas e árvores de decisão, então esse limite é bem inconveniente

  • Respeito a tradição e a liberdade do Vim, mas gostaria que houvesse mais recursos nativos como no Helix
    Hoje é preciso combinar plugins e starter packs para chegar a um ambiente moderno

    • Absorver recursos centrais é bom, mas, uma vez que entram no core, é preciso manter a estabilidade da API por muito tempo, então é algo que deve ser feito com cautela
    • O suporte a LSP é exatamente esse tipo de exemplo. Antes só era possível com plugin, mas desde a versão 0.9 ele foi integrado ao Neovim
    • Por isso eu não uso mais Neovim. Reconfigurar o editor para parecer uma IDE acabou soando como um hobby
    • O Neovim originalmente foi um projeto derivado do Vim justamente para implementar coisas como LSP e gerenciamento de pacotes
      Não acho que isso vá contra a tradição do Vim. Fiquei curioso sobre quais recursos você quer especificamente que venham embutidos
    • Acho boa a abordagem de só incorporar recursos padrão depois que o ecossistema já passou por experimentação e consolidação suficientes
      Eu mesmo fiz o morph.nvim para experimentar com UI, e esse tipo de fase experimental ajuda o desenvolvimento da comunidade

  • Na próxima versão 0.13, deve ser adicionado o recurso de multicursor
    Pelo roadmap do Neovim, parece que será uma mudança bem interessante

    • O multicursor do VSCode substituiu 98% do meu uso de macros
      Poder verificar e corrigir erros imediatamente aumentou muito minha produtividade
    • No Kakoune, o multicursor substitui comandos ao estilo do sed
      É extremamente útil porque permite refatoração de texto e reorganização de arquivos de log mesmo sem LSP
    • Na verdade, no Vim/Neovim já dá para imitar parte das funções de multicursor com o modo de bloco visual
      Veja a documentação oficial e este vídeo de exemplo
    • No Zed, a combinação de multicursor com múltiplos buffers de arquivo é muito eficiente para refatoração
      É esse recurso que me faz continuar usando o Zed, mesmo com a falta de extensões do VSCode
    • O multicursor fornece um loop de feedback imediato em vez de repetir a execução de macros

  • Hoje meu ambiente de desenvolvimento é só Neovim, tmux e terminal
    Quase não abro IDE e acabei removendo todas
    O ponto principal era o fluxo de trabalho, mais do que o editor — trocar entre projetos mantendo a sessão é rápido, e o sistema fica leve
    O Claude Code resolve rapidamente problemas de configuração ou conflitos entre ferramentas, então tudo ficou muito mais eficiente

  • Gosto do Neovim porque ele é fácil de customizar com LLMs
    Em vez de Bear ou Obsidian, pedi ao DeepSeek para transformar o Vim no meu app de tarefas + calendário
    O OpenCode interage diretamente com o Vim no terminal e testa as mudanças, então ele vai corrigindo tudo automaticamente até atender ao que eu quero

  • O upgrade da 0.11 para a 0.12 foi quase sem problemas, mas o nvim-treesitter mudou tanto que parece um plugin totalmente novo
    A versão antiga continua no branch master, mas não oferece suporte à 0.12
    A maior parte das funções pode ser substituída pelo novo código, e o treesitter-modules funciona bem como ponte de transição

  • Estou curioso sobre o novo gerenciador de plugins vim.pack
    Pedi ao Claude para converter minha configuração do lazy.nvim, mas o resultado pareceu verboso demais

    • Este guia ajudou muito a entender o vim.pack
    • Imagino que deva surgir algum framework construído sobre o vim.pack, como aconteceu com o lazy.nvim
    • A interface é simplesmente vim.pack.add({url}), então eu até acho mais enxuta
    • Na verdade, Vim/Nvim já tinham gerenciamento básico de pacotes com a estrutura ~/.vim/pack/*/start
      Fico me perguntando se realmente há tanta desvantagem em não usar um gerenciador separado
    • Minha configuração tem um código que instala o lazy automaticamente se ele não estiver presente, então o gerenciador embutido também não me parece ruim

  • Fiquei curioso se alguém usa Neovim junto com ferramentas de IA como o Claude

    • O Sidekick.nvim é bem bom. Ele abre uma janela de verdade ao lado do terminal e permite escolher vários agentes de IA
      Suporta a maioria, como Claude, Gemini e Copilot, e o envio de contexto também é leve
    • Recentemente troquei o nvim pelo Cursor
      A integração com IA é muito mais fluida, e o Cursor Tab é muito superior aos plugins de IA do nvim
    • Eu rodava IA em um terminal separado e acabei criando o nvim-skill para poder abrir arquivos no nvim
    • No Ghostty, uso janelas divididas para deixar de um lado um TUI de código, do outro o Neovim e, num terceiro painel, o shell
    • Com o claudecode.nvim, dá para usar o Claude Code diretamente dentro de uma aba do terminal, e ele também reconhece o contexto dos arquivos abertos

  • É interessante como o Neovim permanece há tanto tempo na versão 0.x
    Fico me perguntando quais seriam os critérios para chegar à 1.0

    • O issue no GitHub e o roadmap reúnem informações sobre isso
    • Talvez a v1 nunca chegue de fato — existe até uma filosofia de manter a versão 0, como em 0ver.org
    • Brincando, talvez seja quando o comando :! passar a funcionar de acordo com o padrão POSIX, como no vi
    • Na prática, parece que os principais objetivos para a 1.0 são a estabilização da API RPC e da biblioteca padrão Lua