Ask HN: มีวิธีที่ดีกว่า Git สำหรับการควบคุมเวอร์ชันหรือไม่?
(news.ycombinator.com)คำถามเกี่ยวกับว่า Git เป็นคำตอบสุดท้ายสำหรับระบบควบคุมเวอร์ชัน (VCS) หรือว่ายังเป็นไปได้ที่จะมีระบบที่ดีกว่า
คำตอบสำคัญ
- การเรียนรู้ Git มีประโยชน์มากกว่าการใช้ VCS อื่นหรือการสร้าง VCS ใหม่อย่างมาก
- Git CLI ไม่ค่อยดีนัก จึงมีความพยายามแก้ปัญหา UI ของ Git ในหลายที่
- Jujutsu ผสานข้อดีของระบบควบคุมเวอร์ชันแบบกระจาย (DVCS) อื่น ๆ และนำเสนอแนวคิดที่ล้ำสมัย
- Fossil ที่สร้างโดยผู้พัฒนา SQLite สามารถติดตามประวัติของไฟล์ย้อนหลังและไปข้างหน้าได้
- Pijul ก็น่าจับตามองเช่นกัน
- ภายในของ Git ไม่ได้ซับซ้อน แต่ส่วนติดต่อกลับชวนสับสน
- สำหรับไฟล์ไบนารีขนาดใหญ่ยังคงไม่ดีพอ และ LFS ก็ดูขัด ๆ
- Darcs ก็ใช้ได้เหมือนกัน
2 ความคิดเห็น
ในมุมมองของนักพัฒนาเกมที่ต้องจัดการกับไฟล์ขนาดใหญ่อยู่บ่อยครั้ง ผมคิดว่าการใช้ git ย่อมมีข้อจำกัดอย่างหลีกเลี่ยงไม่ได้
git จัดเก็บข้อมูลแบบ snapshot ดังนั้นแม้ไฟล์จะเปลี่ยนไปเพียงเล็กน้อย พื้นที่จัดเก็บก็อาจเพิ่มขึ้นอย่างมากได้ ทางออกคือควรจัดเก็บแบบ delta แทน snapshot แต่สิ่งนี้อาจกระทบต่อปรัชญาการออกแบบพื้นฐานของ git ดังนั้นผมจึงคิดว่าอาจจะดีกว่าหากใช้ mercurial ซึ่งเป็น DVCS เหมือนกันแต่จัดเก็บแบบ delta
ความคิดเห็นจาก Hacker News
หลายคนได้รู้จัก Git ในฐานะระบบควบคุมเวอร์ชัน (VCS) ตัวแรกและตัวเดียว
มีคำถามว่าหาก Git จะเป็น VCS ที่ "ดีกว่า" ควรปรับปรุงด้านใดบ้าง
ระบบควบคุมเวอร์ชัน Jujutsu ผสานข้อดีของ distributed version control system (DVCS) อื่น ๆ และนำเสนอแนวคิดใหม่ที่น่าสนใจ
Fossil ซึ่งเป็นระบบที่สร้างโดยผู้สร้าง Sqlite
มีความเห็นว่าแม้ Git จะไม่สมบูรณ์แบบ แต่ก็ยังดีกว่าทางเลือกอื่น
การทำงานภายในของ Git ไม่ได้ซับซ้อน แต่ส่วนติดต่อผู้ใช้ชวนให้สับสน
Fossil ถูกเสนอเป็นทางเลือกแทน Git
มีความหวังว่า Git จะจัดการไฟล์ขนาดใหญ่/asset แบบไบนารีได้ดีกว่านี้ตั้งแต่ต้น
Fossil ของ Sqlite และ Sapling ของ Facebook ถูกกล่าวถึงว่าเป็นทางเลือกแทน Git
มีทฤษฎีส่วนตัวเกี่ยวกับวิธีปรับปรุงอินเทอร์เฟซของ Git