การเคลื่อนไหวที่เพิ่มขึ้นเพื่อกระจายอำนาจการโฮสต์โค้ดได้รับแรงผลักดันเมื่อนักพัฒนาแสวงหาทางเลือกอื่นจากการครอบงำของ GitHub ในขณะที่การโฮสต์ Git repository ด้วยตนเองให้ความควบคุมและความเป็นส่วนตัว แต่ความเป็นจริงนั้นซับซ้อนกว่าการตั้งเซิร์ฟเวอร์เพียงอย่างเดียว การอภิปรายล่าสุดในชุมชนนักพัฒนาเผยให้เห็นอุปสรรคสำคัญที่ดึงนักพัฒนากลับไปใช้แพลตฟอร์มแบบรวมศูนย์
 |
|---|
| หน้าลงชื่อเข้าใช้ที่แสดงแพลตฟอร์มยอดนิยมอย่าง GitHub และ GitLab เน้นให้เห็นอุปสรรคในการเข้าถึงสำหรับทางเลือก self-hosted |
Network Effects สร้างอุปสรรคสูงในการเข้าสู่ตลาด
ความท้าทายที่สำคัญที่สุดที่โซลูชัน Git แบบโฮสต์เองเผชิญคือการเอาชนะ network effects อันมหาศาลของ GitHub เมื่อนักพัฒนาเกือบทั้งหมดมีบัญชี GitHub การมีส่วนร่วมในโครงการจึงเป็นไปอย่างราบรื่น ทางเลือกแบบโฮสต์เองต้องการให้ผู้ที่อาจมีส่วนร่วมสร้างบัญชีใหม่ กำหนดค่าการรับรองความถูกต้อง และนำทางผ่านอินเทอร์เฟซที่ไม่คุ้นเคย แม้จะมีการรวม OAuth ที่อนุญาตให้ล็อกอินด้วย GitHub แต่ความยุ่งยากเพิ่มเติมก็ยังขัดขวางการมีส่วนร่วมแบบสบาย ๆ
อุปสรรคนี้เด่นชัดเป็นพิเศษสำหรับโครงการยอดนิยม repository ที่มีผู้มีส่วนร่วม 146 คนบน GitHub จะต้องดิ้นรนเพื่อดึงดูดการมีส่วนร่วมแม้แต่เศษเสี้ยวของจำนวนนั้นบนเซิร์ฟเวอร์ Git ส่วนตัว ความสะดวกของการมีส่วนร่วมด้วยคลิกเดียวเทียบกับกระบวนการรับรองความถูกต้องหลายขั้นตอนสร้างช่องว่างการมีส่วนร่วมอย่างมาก
อุปสรรคทางเทคนิคที่สำคัญ:
- ผลกระทบจากเครือข่าย: GitHub มีการยอมรับจากนักพัฒนาเกือบทั่วโลก
- ช่องว่างของระบบสหพันธ์: ไม่มีระบบ pull request ข้ามแพลตฟอร์มที่เป็นมาตรฐาน
- ปัญหาการค้นพบ: ไม่มีการค้นหาแบบรวมศูนย์ข้าม Git hosts แบบกระจาย
- ภาระงานด้านการบริหาร: ต้องการการบำรุงรักษาและการอัปเดตความปลอดภัยอย่างต่อเนื่อง
- การรวมระบบการชำระเงิน: ระบบการสนับสนุนต้องการการพัฒนาแยกต่างหาก
Federated Forking ยังคงเป็นปัญหาที่ยังไม่ได้รับการแก้ไข
แพลตฟอร์มโฮสต์ Git ปัจจุบันขาดความสามารถในการรวมกลุ่มที่แท้จริง ไม่เหมือนกับอีเมลหรือโปรโตคอลโซเชียลมีเดีย ไม่มีวิธีมาตรฐานในการ fork repository จากแพลตฟอร์มหนึ่งและส่ง pull request ไปยังอีกแพลตฟอร์มหนึ่ง สิ่งนี้บังคับให้ผู้มีส่วนร่วมทำงานภายในระบบนิเวศเดียวกับผู้ดูแลโครงการ
ในขณะที่เวิร์กโฟลว์ Git แบบดั้งเดิมที่ใช้อีเมลแพตช์มีอยู่ แต่ต้องการความเชี่ยวชาญทางเทคนิคที่นักพัฒนาสมัยใหม่หลายคนขาด โมเดล Linux Kernel Mailing List ใช้งานได้สำหรับโครงการที่มีเทคนิคสูง แต่มีเส้นโค้งการเรียนรู้ที่สูงเกินไปสำหรับการทำงานร่วมกันแบบโอเพนซอร์สทั่วไป
คุณสามารถ git clone repo ไปยังเครื่องท้องถิ่นของคุณได้ และคุณสามารถย้ายมันไปที่อื่นด้วยตนเองได้ แต่ไม่มีทางส่ง PR จาก repo ของคุณไปยังของฉัน
ความท้าทายในการค้นพบจำกัดการเข้าถึงโครงการ
GitHub ทำหน้าที่เป็นเสิร์ชเอนจินจริง ๆ สำหรับการค้นพบโค้ด การย้ายโครงการไปยังแพลตฟอร์มโฮสต์เองจะเอาโครงการเหล่านั้นออกจากกลไกการค้นพบหลักที่นักพัฒนาใช้อย่างมีประสิทธิภาพ ในขณะที่เสิร์ชเอนจินทั่วไปสามารถจัดทำดัชนี repository แบบโฮสต์เองได้ แต่ขาดความสามารถในการค้นหาเฉพาะทางที่ทำให้ GitHub มีคุณค่าอย่างมากสำหรับการหาโซลูชัน อัลกอริทึม หรือตัวอย่างโค้ดเฉพาะ
Package registry เช่น npm, PyPI และ Maven Central แก้ปัญหาการค้นพบสำหรับแพ็กเกจซอฟต์แวร์ที่เสร็จสมบูรณ์ แต่ไม่ได้แก้ไขระบบนิเวศที่กว้างขึ้นของโครงการทดลอง proof-of-concept และ repository เพื่อการศึกษาที่ประกอบขึ้นเป็นคุณค่าส่วนใหญ่ของ GitHub
ภาระงานด้านการบริหารเบี่ยงเบนเวลาการพัฒนา
การโฮสต์เองแนะนำความรับผิดชอบในการบำรุงรักษาอย่างต่อเนื่องที่แพลตฟอร์มโฮสต์ขจัดออกไป แม้แต่โซลูชันที่จัดการแล้วเช่น PikaPods (2 ยูโร ต่อเดือน) ต้องการการกำหนดค่าเริ่มต้นและการอัปเดตเป็นระยะ การแพตช์ความปลอดภัย การจัดการสำรองข้อมูล และการปรับปรุงประสิทธิภาพใช้เวลาที่อาจใช้ในการพัฒนาจริง ๆ แทน
สำหรับนักพัฒนาแต่ละคน ภาระงานนี้มักจะมากกว่าประโยชน์ของการโฮสต์เอง โดยเฉพาะสำหรับโครงการเล็ก ๆ ที่สร้างความสนใจในชุมชนน้อย
การเปรียบเทียบค่าใช้จ่ายสำหรับโซลูชันการโฮสต์ Git:
- PikaPods (managed Gitea): €2/เดือน EUR
- GitHub (free tier): $0 USD แต่มีข้อจำกัด
- Self-hosted บน VPS: แปรผันได้ โดยทั่วไป $5-20/เดือน USD
- GitLab self-hosted: ต้องการสเปกระบบสูง ไม่เหมาะสำหรับ VPS งบประมาณจำกัด
แรงจูงใจทางเศรษฐกิจเอื้อต่อแพลตฟอร์มแบบรวมศูนย์
ระบบการสนับสนุนแบบรวมของ GitHub ให้โอกาสการสร้างรายได้โดยตรงที่โซลูชันแบบโฮสต์เองไม่สามารถจำลองได้อย่างง่ายดาย ความไว้วางใจและความสะดวกของการประมวลผลการชำระเงินของ GitHub รวมกับฐานผู้ใช้ขนาดใหญ่ สร้างข้อได้เปรียบอย่างมากสำหรับนักพัฒนาที่แสวงหาการสนับสนุนทางการเงินสำหรับโครงการของพวกเขา
การนำฟังก์ชันการทำงานที่เทียบเท่ามาใช้บนแพลตฟอร์มโฮสต์เองต้องการการรวมการประมวลผลการชำระเงินเพิ่มเติมและเผชิญกับความท้าทายในการโน้มน้าวผู้ใช้ให้ป้อนข้อมูลการชำระเงินบนไซต์ที่ไม่คุ้นเคย
โซลูชันโฮสติ้ง Git ทางเลือกที่กล่าวถึง:
- Gitea: บริการ Git ที่มีน้ำหนักเบาและสามารถโฮสต์เองได้
- Forgejo: Fork ของ Gitea ที่มีการกำกับดูแลโดยชุมชน
- Soft Serve: เซิร์ฟเวอร์ Git แบบเทอร์มินัลโดย Charm
- GitLab: ตัวเลือกที่มีฟีเจอร์ครบครันแต่ใช้ทรัพยากรมาก
- Sourcehut: เวิร์กโฟลว์แบบอีเมลที่มีเว็บอินเทอร์เฟซน้อยที่สุด
- Radicle: แพลตฟอร์มการทำงานร่วมกัน Git แบบ peer-to-peer
แนวทาง Hybrid เกิดขึ้น
นักพัฒนาหลายคนกำลังใช้กลยุทธ์ไฮบริดที่เป็นจริง: เก็บ repository ยอดนิยมและที่ได้รับการสนับสนุนไว้บน GitHub ในขณะที่ย้ายโครงการเล็ก ๆ ส่วนตัวไปยังโซลูชันโฮสต์เอง แนวทางนี้เพิ่มประโยชน์ของทั้งสองโมเดลให้สูงสุด - รักษาการมองเห็นและศักยภาพการมีส่วนร่วมสำหรับโครงการสำคัญในขณะที่ได้รับการควบคุมและความเป็นส่วนตัวสำหรับงานส่วนตัว
อนาคตของการโฮสต์ Git แบบกระจายอำนาจน่าจะขึ้นอยู่กับการแก้ปัญหาการรวมกลุ่มและการค้นพบผ่านมาตรฐานเช่น ForgeFed ซึ่งมีเป้าหมายในการสร้างโปรโตคอล ActivityPub-based สำหรับการทำงานร่วมกันโค้ดแบบกระจาย จนกว่าโซลูชันเหล่านี้จะเติบโต ความตึงเครียดระหว่างการควบคุมและความสะดวกจะยังคงกำหนดรูปแบบวิธีที่นักพัฒนาเลือกโฮสต์โค้ดของพวกเขา