Neovim 0.12.0

 (github.com/neovim)
2 ポイント 投稿者 GN⁺ 2026-03-30 | 1件のコメント | WhatsAppで共有
  • 最新の安定版で、LuaJIT 2.1 を内蔵し、主要な修正と機能追加が含まれるリリース
  • Windows、macOS、Linux（x86_64・arm64）向けの多様なインストールパッケージが提供され、すぐに実行可能
  • 各プラットフォーム向けに ZIP、MSI、tar.gz、AppImage 形式の配布ファイルと sha256 ハッシュ値 があわせて提供される
  • リリースは 署名付きコミット（fc7e5cf） に基づいて検証されており、GPG 署名で信頼性を確保
  • GitHub リリースページには合計 354件のコミュニティ反応 が記録され、新バージョンへの高い関心を示している

Nvim 0.12.0 リリース

  • Neovim 0.12.0 は最新の安定版で、主要な修正と機能が含まれるリリース
    • ビルドタイプは Release、内蔵 LuaJIT 2.1.1774638290 バージョンを使用
    • リリースは 署名付きコミット（fc7e5cf） に基づいて検証済み
  • 変更履歴（Changelog） と ニュース文書（news.txt） があわせて提供され、:help news コマンドで内部から確認可能
  • 各種 OS 向けの インストールパッケージ が提供され、Windows、macOS、Linux（x86_64 および arm64）環境でそのまま実行可能
    • 各プラットフォーム向けに ZIP、MSI、tar.gz、AppImage 形式の配布ファイルを提供
    • すべてのバイナリは GitHub リリースページからダウンロード可能

  • Windows インストール

    • ZIP 版: nvim-win64.zip または nvim-win-arm64.zip をダウンロードして展開し、nvim.exe を実行
    • MSI 版: nvim-win64.msi または nvim-win-arm64.msi をインストールして実行
    • Windows Server 環境では vcruntime140.dll のインストールが必要

  • macOS インストール

    • x86_64 および arm64 それぞれに対応した tar.gz ファイルを提供
    • xattr -c コマンドで “unknown developer” 警告を解除してから展開・実行

  • Linux インストール

    • x86_64 および arm64 向けの AppImage または tarball を提供
    • AppImage は chmod u+x 後に実行可能で、FUSE 非対応システムでは --appimage-extract で展開可能
    • glibc バージョンが低いシステム向けの非公式ビルドリンクも案内されている

  • その他のインストール方法

配布ファイル（Assets）

  • 合計 14個のバイナリおよびソースパッケージ を提供
    • 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
    • 各ファイルには sha256 ハッシュ値 と ファイルサイズ（約 9〜12MB） を明記
    • ソースコードも zip および tar.gz 形式で提供

コミュニティ反応

  • リリース投稿には合計 354件の反応 が記録
    • 🎉 234, ❤️ 135, 👍 157, 🚀 91, 😄 29, 👀 25
    • 多くのユーザーが新バージョンに対して好意的なフィードバックを残している

追加情報

  • リリースは GitHub Actions を通じて公開され、Justin M. Keyes の GPG 署名で検証されている
  • 最新リリースとの比較リンク、以前のバージョン（v0.11.x〜v0.1.x）との差分比較リンクもあわせて提供
  • 公式ドキュメントとニュースファイルを通じて詳細な変更点を確認可能

関連記事

1件のコメント

 
GN⁺ 2026-03-30
Hacker Newsのコメント

  • Neovim に完全移行してから、VSCode や JetBrains のような IDE はまったく使わなくなった。
    AI のおかげで設定がずっと簡単になり、tmux との組み合わせによる 超低メモリ使用量 が本当に大きな利点になっている。
    すべてのプロジェクトを同時に開いたまま素早く切り替えられ、再起動やリモート接続時でも遅延がほとんどない。
    今ではノートPCから ssh で接続してすぐ作業でき、同期や高性能なマシンも必要ない。

    • 複数のプロジェクトを nvim で管理するとき、どんなやり方を使っているのか気になる。
    • 自分は 13 年間 Vim を使っていて、1〜2 年前に NeoVim に移った。
      主な理由は Lua スクリプティング と LSP サポート、ターミナルウィンドウ処理の改善だった。
      ただし、コンソールゲーム開発では今でもデバッグのために Visual Studio を併用している。
    • 毎日 Neovim を使っているけれど、まだその 潜在力のごく一部しか 活用できていない感覚がある。
      基本的な移動、削除、検索くらいしか使っていないので、もっと上級者になれるチュートリアルを探している。
    • GUI 統合機能が恋しくならないのか気になる。
      デスクトップから直接ファイルを開く機能のようなものがないと不便そうに思える。
      TUI ベースのワークフローが実際にどう回るのか分かる 視覚的なデモや動画 があるとありがたい。
    • AI、tmux、nvim を一緒に使うときの 理想的な構成 が気になる。

  • 最近 Vim の fold level 制限 (20) に引っかかって、Neovim でも同じだったのでがっかりした。
    ソースコードを修正してビルドしたが、完全には解決しなかった。
    自分は入れ子になったルール一覧や意思決定ツリーを扱うシステムを使っているので、この制限はかなり不便だ。

  • Vim の伝統と自由は尊重しているが、Helix のように 標準内蔵機能 がもっと多ければいいのにと思う。
    今はプラグインやスターターパックを組み合わせないとモダンな環境にならないからだ。

    • コア機能に取り込むのは良いが、いったんコアに入ると API 安定性 を長く維持しなければならないので慎重であるべきだ。
    • LSP サポートがまさにその例だ。以前はプラグインでしかできなかったが、0.9 バージョンから Neovim に統合された。
    • だから自分はもう Neovim を使っていない。エディタを IDE のように作り替えるのが 趣味のように感じられたから だ。
    • Neovim はもともと LSP やパッケージ管理のような機能を実装するために Vim からフォークされたプロジェクトだった。
      Vim の伝統に反しているとは思わない。具体的にどんな機能を内蔵してほしいのか気になる。
    • エコシステムが十分に 実験と定着 を経てから標準機能として取り込むやり方が良いと思う。
      自分も UI 実験用に morph.nvim を作ってみたが、こうした実験段階がコミュニティの発展に役立つ。

  • 次のバージョン 0.13 では マルチカーソル 機能が追加される予定だ。
    Neovim ロードマップ によると、かなり面白い変化になりそうだ。

    • VSCode のマルチカーソルが、自分の マクロ使用の 98% を置き換えた。
      ミスをその場で確認して修正できるので、生産性が大きく向上した。
    • Kakoune はマルチカーソルで sed のようなコマンドを置き換えている。
      LSP がなくてもテキストのリファクタリングやログファイルの並べ替えができるので、とても便利だ。
    • 実際、Vim/Neovim でも ビジュアルブロックモード で一部のマルチカーソル機能を真似できる。
      公式ドキュメント と サンプル動画 を参照。
    • Zed ではマルチカーソルと複数ファイルバッファの組み合わせがリファクタリングに非常に効率的だ。
      この機能のおかげで VSCode 拡張が不足していても Zed を使い続けている。
    • マルチカーソルは、マクロを繰り返し実行する代わりに 即時のフィードバックループ を提供してくれる。

  • 今の自分の開発環境は Neovim、tmux、ターミナルがすべてだ。
    IDE はほとんど開かなくなったので削除した。
    重要だったのはエディタより ワークフロー だった — セッションを維持したままプロジェクト間の切り替えが速く、システムも軽い。
    Claude Code が設定の問題やツールの衝突をすばやく解決してくれるので、ずっと効率的になった。

  • 自分が Neovim を好きな理由は、LLM によるカスタマイズ が簡単だからだ。
    Bear や Obsidian の代わりに DeepSeek に Vim を自分の ToDo + カレンダーアプリ に変身させてもらった。
    OpenCode はターミナルで Vim と直接やり取りしながらテストするので、自分の求める基準を満たすまで自動で修正してくれる。

  • 0.11 から 0.12 へのアップグレードはほぼ問題なかったが、nvim-treesitter は完全に新しいプラグインのように変わった。
    以前のバージョンは master ブランチに残っているが、0.12 はサポートしていない。
    大半の機能は新しいコードで置き換え可能で、treesitter-modules がよい橋渡し役になっている。

  • 新しく追加された vim.pack プラグインマネージャーが気になる。
    Claude に lazy.nvim の設定を変換させてみたが、あまりにも冗長に感じた。

    • このガイド が vim.pack の理解に大いに役立った。
    • おそらく lazy.nvim のように vim.pack の上に構築されたフレームワークが出てくると思う。
    • インターフェースは単に vim.pack.add({url}) という形なので、むしろ簡潔 だと思う。
    • 実は Vim/Nvim にはすでに ~/.vim/pack/*/start 構造の標準パッケージ管理があった。
      別のマネージャーを使わなくても大きな損はないのか気になる。
    • 自分の設定には lazy がない場合に自動インストールするコードがあるので、内蔵マネージャーも悪くないと感じる。

  • Neovim と Claude のような AI ツール を一緒に使っている人がいるか気になる。

    • Sidekick.nvim がなかなか良い。ターミナルの横に実際のウィンドウを開いて、複数の AI エージェントを選べる。
      Claude、Gemini、Copilot など大半に対応しており、コンテキストの受け渡しも軽い。
    • 自分は最近 nvim の代わりに Cursor に移った。
      AI 統合がずっとスムーズで、Cursor Tab 機能は nvim の AI プラグインよりはるかに優れている。
    • 別ターミナルで AI を動かしつつ、ファイルを nvim で開けるように nvim-skill を自作して使っている。
    • Ghostty で分割ウィンドウを使い、片方にコード TUI、もう片方に Neovim、3 つ目にシェルを表示して作業している。
    • claudecode.nvim を使うと、ターミナルタブ内で Claude Code をそのまま使え、開いているファイルのコンテキストも認識する。

  • Neovim が長い間 0.x バージョンのままなのは興味深い。
    1.0 に進むための基準が何なのか気になる。

    • GitHub Issue と ロードマップ に関連内容がまとまっている。
    • おそらく v1 は永遠に来ないかもしれない — 0ver.org のようにバージョン 0 を維持する哲学もある。
    • 冗談だが、vi のように :! コマンドが POSIX 標準どおりに動く頃かもしれない。
    • 実際には RPC API と Lua 標準ライブラリの安定化 が 1.0 の主要目標に見える。