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
  • รีลีสนี้ผ่านการตรวจสอบบนพื้นฐานของ signed commit (fc7e5cf) และเพิ่มความน่าเชื่อถือด้วย ลายเซ็น GPG
  • บนหน้า GitHub Releases มี ปฏิกิริยาจากชุมชนรวม 354 รายการ สะท้อนความสนใจสูงต่อเวอร์ชันใหม่นี้

รีลีส Nvim 0.12.0

  • Neovim 0.12.0 เป็นรุ่นเสถียรล่าสุดที่รวมการแก้ไขสำคัญและฟีเจอร์ต่าง ๆ ไว้ในรีลีสนี้
    • ประเภทบิลด์เป็น Release และใช้ LuaJIT 2.1.1774638290 แบบฝังในตัว
    • รีลีสนี้ผ่านการตรวจสอบบนพื้นฐานของ signed commit (fc7e5cf)
  • มีทั้ง บันทึกการเปลี่ยนแปลง (Changelog) และ เอกสารข่าว (news.txt) ให้ใช้งาน และสามารถดูจากภายในได้ด้วยคำสั่ง :help news
  • มี แพ็กเกจติดตั้ง สำหรับระบบปฏิบัติการหลากหลาย ทำให้ใช้งานได้ทันทีบน Windows, macOS, Linux (x86_64 และ arm64)
    • ในแต่ละแพลตฟอร์มมีไฟล์แจกจ่ายรูปแบบ ZIP, MSI, tar.gz, AppImage
    • ไบนารีทั้งหมดสามารถดาวน์โหลดได้จากหน้า GitHub Releases

  • การติดตั้งบน Windows

    • เวอร์ชัน ZIP: ดาวน์โหลด nvim-win64.zip หรือ nvim-win-arm64.zip แล้วแตกไฟล์ จากนั้นรัน nvim.exe
    • เวอร์ชัน MSI: ติดตั้ง nvim-win64.msi หรือ nvim-win-arm64.msi แล้วจึงใช้งาน
    • ในสภาพแวดล้อม Windows Server จำเป็นต้องติดตั้ง vcruntime140.dll

  • การติดตั้งบน macOS

    • มีไฟล์ tar.gz สำหรับ x86_64 และ arm64 แยกกัน
    • ใช้คำสั่ง xattr -c เพื่อลบคำเตือน “unknown developer” จากนั้นแตกไฟล์และรันได้

  • การติดตั้งบน Linux

    • มี AppImage หรือ tarball สำหรับ x86_64 และ arm64
    • 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 และผ่านการตรวจสอบด้วยลายเซ็น GPG ของ Justin M. Keyes
  • มีทั้งลิงก์เปรียบเทียบกับรีลีสล่าสุด และลิงก์เปรียบเทียบความแตกต่างกับเวอร์ชันก่อนหน้า (v0.11.x~v0.1.x)
  • สามารถตรวจสอบรายละเอียดการเปลี่ยนแปลงเพิ่มเติมได้จากเอกสารทางการและไฟล์ข่าว

บทความที่เกี่ยวข้อง

1 ความคิดเห็น

 
GN⁺ 2026-03-30
ความคิดเห็นจาก Hacker News

  • ตั้งแต่เปลี่ยนมาใช้ Neovim เต็มตัว ฉันก็ไม่แตะ IDE อย่าง VSCode หรือ JetBrains อีกเลย
    ด้วยความช่วยเหลือของ AI ทำให้การตั้งค่าง่ายขึ้นมาก และเมื่อใช้ร่วมกับ tmux จุดเด่นเรื่อง การใช้หน่วยความจำต่ำมาก ก็ยิ่งชัดเจน
    สามารถเปิดทุกโปรเจกต์ค้างไว้พร้อมกันและสลับไปมาได้อย่างรวดเร็ว แทบไม่มีอาการหน่วงแม้ตอนรีบูตหรือเชื่อมต่อจากระยะไกล
    ตอนนี้แค่ ssh เข้าโน้ตบุ๊กก็เริ่มทำงานได้ทันที โดยไม่ต้องพึ่งการซิงก์หรือเครื่องสเปกสูง

    • อยากรู้ว่าคนที่จัดการหลายโปรเจกต์ใน nvim ใช้วิธีไหนกัน
    • ฉันใช้ Vim มานาน 13 ปี แล้วเพิ่งย้ายมา NeoVim เมื่อ 1–2 ปีก่อน
      เหตุผลหลักคือ Lua scripting, การรองรับ LSP และการจัดการหน้าต่างเทอร์มินัลที่ดีขึ้น
      แต่เวลาพัฒนาเกมคอนโซลก็ยังใช้ Visual Studio ควบคู่กันไปเพื่อดีบักอยู่
    • ฉันใช้ Neovim ทุกวัน แต่ก็ยังรู้สึกว่ายังใช้ศักยภาพของมันได้แค่ เพียงเศษเสี้ยวเดียว
      ตอนนี้ใช้แค่การนำทาง ลบ และค้นหาแบบพื้นฐาน เลยอยากได้ทิวทอเรียลที่จะช่วยให้พัฒนาตัวเองเป็นผู้ใช้ระดับสูงขึ้น
    • สงสัยว่าไม่คิดถึงฟีเจอร์แบบ GUI ที่รวมมาให้บ้างหรือ
      ถ้าไม่มีความสามารถอย่างเปิดไฟล์จากเดสก์ท็อปได้ทันที ก็ดูน่าจะไม่สะดวก
      ถ้ามี เดโมภาพหรือวิดีโอ ที่แสดงให้เห็นว่าเวิร์กโฟลว์แบบ TUI ทำงานจริงอย่างไร ก็น่าจะดีมาก
    • อยากรู้ว่า การตั้งค่าที่เหมาะที่สุด สำหรับการใช้ AI, tmux และ nvim ร่วมกันคือแบบไหน

  • ไม่นานมานี้ฉันไปชนข้อจำกัด fold level (20) ของ Vim แล้วก็ผิดหวังที่ Neovim ก็เหมือนกัน
    ฉันถึงขั้นแก้ซอร์สโค้ดแล้วคอมไพล์ใหม่ แต่ก็ยังไม่แก้ได้หมด
    ฉันทำงานกับระบบที่มีรายการกฎแบบซ้อนกันหรือ decision tree เลยรู้สึกว่าข้อจำกัดนี้รบกวนมากพอสมควร

  • ฉันเคารพธรรมเนียมและอิสระแบบ Vim แต่ก็อยากให้มี ฟีเจอร์ในตัวตั้งต้น มากขึ้นแบบ Helix
    ตอนนี้ต้องเอาปลั๊กอินกับ starter pack มาประกอบกันก่อนถึงจะได้สภาพแวดล้อมที่ทันสมัย

    • การดูดซับฟีเจอร์สำคัญเข้ามาในแกนหลักเป็นเรื่องดี แต่พอเข้า core แล้วก็ต้องรักษา ความเสถียรของ API ไปอีกนาน เลยต้องระวังให้มาก
    • การรองรับ LSP ก็เป็นตัวอย่างแบบนั้น เดิมทีทำได้ผ่านปลั๊กอินเท่านั้น แต่ตั้งแต่เวอร์ชัน 0.9 ก็ถูกรวมเข้ามาใน Neovim แล้ว
    • เพราะแบบนี้ฉันเลยเลิกใช้ Neovim ไปแล้ว เพราะการประกอบเอดิเตอร์ให้กลายเป็น IDE มัน ให้ความรู้สึกเหมือนงานอดิเรก มากกว่า
    • เดิมที Neovim ก็เป็นโปรเจกต์ที่ fork มาจาก Vim เพื่อทำฟีเจอร์อย่าง LSP หรือ package management อยู่แล้ว
      เลยไม่คิดว่ามันจะขัดกับธรรมเนียมของ Vim แต่อยากรู้ว่าคุณอยากให้มีฟีเจอร์ไหนฝังมาในตัวบ้าง
    • ฉันคิดว่าแนวทางที่ดีคือให้ระบบนิเวศผ่านช่วง ทดลองและตกผลึก อย่างเพียงพอก่อน แล้วค่อยดูดซับมาเป็นฟีเจอร์พื้นฐาน
      ฉันเองก็เคยทำ morph.nvim เพื่อใช้ทดลอง UI และขั้นตอนทดลองแบบนี้ก็ช่วยให้ชุมชนพัฒนาได้

  • ในเวอร์ชันถัดไป 0.13 มีแผนจะเพิ่มฟีเจอร์ multi-cursor
    ตาม โรดแมปของ Neovim ดูแล้วน่าจะเป็นการเปลี่ยนแปลงที่น่าสนใจมาก

    • multi-cursor ของ VSCode มาแทนที่ การใช้แมโคร 98% ของฉันไปแล้ว
      เพราะมันช่วยให้เห็นและแก้ความผิดพลาดได้ทันที ทำให้ประสิทธิภาพเพิ่มขึ้นมาก
    • Kakoune ใช้ multi-cursor แทนคำสั่งแบบ sed ได้
      มันมีประโยชน์มาก เพราะช่วยรีแฟกเตอร์ข้อความหรือจัดเรียงไฟล์ล็อกใหม่ได้แม้ไม่มี LSP
    • จริง ๆ แล้วใน Vim/Neovim ก็พอเลียนแบบฟังก์ชัน multi-cursor บางส่วนได้ด้วย visual block mode
      ดู เอกสารทางการ และ วิดีโอตัวอย่าง ได้
    • ใน Zed การใช้ multi-cursor ร่วมกับบัฟเฟอร์หลายไฟล์มีประสิทธิภาพมากในการรีแฟกเตอร์
      ฟีเจอร์นี้ทำให้ฉันยังใช้ Zed ต่อ แม้ส่วนขยายของ VSCode จะยังไม่ครบก็ตาม
    • multi-cursor ให้ วงจรป้อนกลับทันที แทนที่จะต้องรันแมโครซ้ำ ๆ

  • ตอนนี้สภาพแวดล้อมพัฒนาของฉันมีแค่ Neovim, tmux และเทอร์มินัลเท่านั้น
    แทบไม่ได้เปิด IDE แล้วเลยลบทิ้งไป
    แก่นสำคัญไม่ใช่ตัวเอดิเตอร์ แต่คือ เวิร์กโฟลว์ — เก็บ session ค้างไว้ได้ สลับโปรเจกต์ได้เร็ว และระบบเบา
    Claude Code ช่วยแก้ปัญหาการตั้งค่าหรือเครื่องมือชนกันได้อย่างรวดเร็ว เลยทำให้มีประสิทธิภาพขึ้นมาก

  • เหตุผลที่ฉันชอบ Neovim คือมัน ปรับแต่งผ่าน LLM ได้ง่าย
    แทนที่จะใช้ Bear หรือ Obsidian ฉันให้ DeepSeek แปลง Vim ให้กลายเป็น แอป to-do + ปฏิทิน ของฉัน
    OpenCode โต้ตอบกับ Vim โดยตรงในเทอร์มินัลและทดสอบไปด้วย จึงแก้ให้อัตโนมัติจนกว่าจะตรงตามเงื่อนไขที่ฉันต้องการ

  • การอัปเกรดจาก 0.11 เป็น 0.12 แทบไม่มีปัญหา แต่ nvim-treesitter เปลี่ยนไปจนเหมือนเป็นปลั๊กอินตัวใหม่ทั้งตัว
    เวอร์ชันก่อนหน้ายังอยู่บนสาขา master แต่ไม่รองรับ 0.12
    ฟีเจอร์ส่วนใหญ่แทนที่ได้ด้วยโค้ดชุดใหม่ และ treesitter-modules ก็ทำหน้าที่เป็นสะพานเชื่อมได้ดี

  • ฉันสนใจปลั๊กอินเมเนเจอร์ vim.pack ที่เพิ่มเข้ามาใหม่
    ลองให้ Claude แปลงการตั้งค่า lazy.nvim แล้ว แต่รู้สึกว่ามันยืดยาวเกินไป

    • คู่มือนี้ ช่วยให้เข้าใจ vim.pack ได้มาก
    • คิดว่าน่าจะมีเฟรมเวิร์กที่สร้างบน vim.pack แบบเดียวกับ lazy.nvim ออกมา
    • อินเทอร์เฟซเป็นแค่รูปแบบ vim.pack.add({url}) เลยคิดว่า กลับยิ่งกระชับกว่า
    • จริง ๆ แล้ว Vim/Nvim ก็มีระบบจัดการแพ็กเกจพื้นฐานแบบ ~/.vim/pack/*/start อยู่แล้ว
      เลยสงสัยว่าถ้าไม่ใช้เมเนเจอร์แยกต่างหาก จะเสียประโยชน์มากไหม
    • ในคอนฟิกของฉันมีโค้ดติดตั้ง lazy อัตโนมัติถ้ายังไม่มี เลยรู้สึกว่าเมเนเจอร์ในตัวก็ไม่ได้แย่

  • มีใครใช้ Neovim ร่วมกับ เครื่องมือ AI อย่าง Claude บ้างไหม

    • Sidekick.nvim ใช้ได้ดี มันเปิดหน้าต่างจริงไว้ข้างเทอร์มินัลให้เลือก AI agent ได้หลายตัว
      รองรับทั้ง Claude, Gemini, Copilot และอื่น ๆ ส่วนการส่ง context ก็ไม่หนัก
    • ช่วงหลังฉันย้ายจาก nvim ไปใช้ Cursor แล้ว
      การรวม AI เข้ามาลื่นไหลกว่ามาก และฟีเจอร์ Cursor Tab ก็ดีกว่าปลั๊กอิน AI ของ nvim มาก
    • ฉันรัน AI ในเทอร์มินัลแยก แล้วสร้าง nvim-skill ใช้เองเพื่อให้เปิดไฟล์ใน nvim ได้
    • ฉันใช้ split pane ใน Ghostty โดยให้ฝั่งหนึ่งเป็นโค้ด TUI อีกฝั่งเป็น Neovim และอีกฝั่งเป็นเชลล์
    • ถ้าใช้ claudecode.nvim ก็จะเรียก Claude Code ได้ตรงจากแท็บเทอร์มินัล และยังรับรู้ context ของไฟล์ที่เปิดอยู่ด้วย

  • น่าสนใจที่ Neovim อยู่ในเวอร์ชัน 0.x มานานมาก
    เลยสงสัยว่าเกณฑ์ที่จะไปถึง 1.0 คืออะไร

    • มีสรุปประเด็นนี้ไว้ใน GitHub issue และ โรดแมป
    • บางที v1 อาจไม่มีวันมาถึงเลยก็ได้ — มีปรัชญาแบบคงเวอร์ชัน 0 ไว้เหมือน 0ver.org
    • พูดขำ ๆ ว่าอาจจะเป็นตอนที่คำสั่ง :! ทำงานตามมาตรฐาน POSIX ได้เหมือน vi
    • แต่ในทางปฏิบัติ ดูเหมือนว่าเป้าหมายหลักของ 1.0 คือ ทำให้ RPC API และไลบรารีมาตรฐาน Lua มีเสถียรภาพ