# Neovim 0.12.0

> Clean Markdown view of GeekNews topic #28011. Use the original source for factual precision when an external source URL is present.

## Metadata

- GeekNews HTML: [https://news.hada.io/topic?id=28011](https://news.hada.io/topic?id=28011)
- GeekNews Markdown: [https://news.hada.io/topic/28011.md](https://news.hada.io/topic/28011.md)
- Type: GN+
- Author: [neo](https://news.hada.io/@neo)
- Published: 2026-03-30T21:33:21+09:00
- Updated: 2026-03-30T21:33:21+09:00
- Original source: [github.com/neovim](https://github.com/neovim/neovim/releases/tag/v0.12.0)
- Points: 2
- Comments: 1

## Topic Body

- 최신 안정 버전으로, **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` 명령으로 내부에서 확인 가능
- 다양한 운영체제별 **설치 패키지**가 제공되어 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 버전이 낮은 시스템을 위한 **비공식 빌드 링크**도 안내됨
- ## 기타 설치 방법
  - [패키지 관리자 설치 가이드](https://github.com/neovim/neovim/blob/master/INSTALL.md#install-from-package) 문서에서 배포판별 설치 가능

### 배포 파일(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)과의 차이점 비교 링크가 함께 제공됨
- 공식 문서와 뉴스 파일을 통해 세부 변경 사항 확인 가능

## Comments



### Comment 54153

- Author: neo
- Created: 2026-03-30T21:33:21+09:00
- Points: 1

###### [Hacker News 의견들](https://news.ycombinator.com/item?id=47565316) 
- 나는 **Neovim**으로 완전히 전환한 이후로 VSCode나 JetBrains 같은 IDE는 전혀 쓰지 않음  
  AI 덕분에 설정이 훨씬 쉬워졌고, tmux와의 조합으로 **초저메모리 사용량**이 정말 큰 장점임  
  모든 프로젝트를 동시에 열어두고 빠르게 전환할 수 있으며, 재부팅이나 원격 접속 시에도 지연이 거의 없음  
  이제는 노트북에서 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](https://github.com/jrop/morph.nvim)을 만들어봤는데, 이런 실험 단계가 커뮤니티 발전에 도움이 됨  

- 다음 버전 0.13에서는 **멀티 커서** 기능이 추가될 예정임  
  [Neovim 로드맵](https://neovim.io/roadmap/)에 따르면 꽤 흥미로운 변화가 될 듯함  
  - VSCode의 멀티 커서가 내 **매크로 사용의 98%** 를 대체했음  
    실수를 바로 확인하고 수정할 수 있어서 생산성이 크게 향상됨  
  - Kakoune은 멀티 커서로 sed 같은 명령을 대체함  
    LSP 없이도 텍스트 리팩터링이나 로그 파일 재정렬이 가능해서 매우 유용함  
  - 사실 Vim/Neovim에서도 **비주얼 블록 모드**로 일부 멀티 커서 기능을 흉내낼 수 있음  
    [공식 문서](https://neovim.io/doc/user/usr_10/#_visual-block-mode)와 [예시 영상](https://www.reddit.com/r/vim/comments/jai57c/the_usefulness_...) 참고  
  - Zed에서는 멀티 커서와 다중 파일 버퍼 조합이 리팩터링에 매우 효율적임  
    이 기능 덕분에 VSCode 확장이 부족해도 Zed를 계속 쓰게 됨  
  - 멀티 커서는 매크로를 반복 실행하는 대신 **즉각적인 피드백 루프**를 제공함  

- 지금 내 개발 환경은 Neovim, tmux, 터미널이 전부임  
  IDE는 거의 열지 않게 되어 제거했음  
  핵심은 에디터보다 **워크플로우**였음 — 세션을 유지한 채 프로젝트 간 전환이 빠르고 시스템이 가벼움  
  Claude Code가 설정 문제나 도구 충돌을 빠르게 해결해줘서 훨씬 효율적임  

- 내가 Neovim을 좋아하는 이유는 **LLM을 통한 커스터마이징**이 쉬워서임  
  Bear나 Obsidian 대신 DeepSeek에게 Vim을 내 **할 일 + 캘린더 앱**으로 변신시키게 했음  
  OpenCode가 터미널에서 Vim과 직접 상호작용하며 테스트하므로, 내가 원하는 기준을 충족할 때까지 자동으로 수정함  

- 0.11에서 0.12로 업그레이드는 거의 문제없었지만, **nvim-treesitter**는 완전히 새 플러그인처럼 바뀜  
  이전 버전은 master 브랜치에 남아 있지만 0.12를 지원하지 않음  
  대부분의 기능은 새 코드로 대체 가능하며, [treesitter-modules](https://github.com/MeanderingProgrammer/treesitter-modules.nvim)이 좋은 연결 다리 역할을 함  

- 새로 추가된 **vim.pack** 플러그인 매니저가 궁금함  
  Claude에게 lazy.nvim 설정을 변환시켜봤는데 너무 장황하게 느껴졌음  
  - [이 가이드](https://echasnovski.com/blog/2026-03-13-a-guide-to-vim-pack.html)가 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](https://github.com/mkozlows/nvim-skill)을 직접 만들어 사용함  
  - **Ghostty**에서 분할 창을 써서 한쪽엔 코드 TUI, 다른 쪽엔 Neovim, 세 번째엔 쉘을 띄워 작업함  
  - [claudecode.nvim](https://github.com/coder/claudecode.nvim)을 쓰면 터미널 탭 안에서 Claude Code를 바로 쓸 수 있고, 열려 있는 파일 컨텍스트도 인식함  

- Neovim이 오랫동안 0.x 버전에 머무는 게 흥미로움  
  1.0으로 가기 위한 기준이 무엇인지 궁금함  
  - [GitHub 이슈](https://github.com/neovim/neovim/issues/20451)와 [로드맵](https://neovim.io/roadmap/)에 관련 내용이 정리되어 있음  
  - 아마 **v1이 영원히 오지 않을 수도 있음** — [0ver.org](https://0ver.org/)처럼 버전 0을 유지하는 철학도 있음  
  - 농담이지만, vi처럼 `:!` 명령이 POSIX 표준대로 작동할 때쯤일지도 모름  
  - 실제로는 **RPC API와 Lua 표준 라이브러리 안정화**가 1.0의 주요 목표로 보임