- GitHub เป็นแพลตฟอร์มขนาดใหญ่ที่มี รีโพซิทอรีมากกว่า 600 ล้านรายการ และมีคอมมิตเกือบ 1 พันล้านครั้งในปี 2025 แต่บางโปรเจกต์โอเพนซอร์สกำลังเลือกโฮสติ้งอื่น เนื่องจากเหตุขัดข้องและความไม่ไว้วางใจต่อทิศทางการดำเนินงาน
- Ghostty, Zig และ Tenacity ได้ออกจาก GitHub แล้ว หรือเหลือไว้เพียง มิเรอร์แบบอ่านอย่างเดียว ขณะที่ Dillo และ Hare ก็ย้ายออกเช่นกัน และยังมีโปรเจกต์อย่าง GNOME และ Apache ที่เลือกโฮสต์เองมาตั้งแต่ต้น
- ข้อร้องเรียนที่ตรงที่สุดคือ บริการขัดข้อง โดย IncidentHub ติดตาม “major outages” ของ GitHub ได้ 48 ครั้ง และ downtime รวม 112 ชั่วโมงในช่วงหนึ่งปีนับตั้งแต่เดือนพฤษภาคม 2025
- ประเด็นถกเถียงทางการเมืองมีการกล่าวถึง สัญญามูลค่า 200,000 ดอลลาร์ ของ GitHub ที่เกี่ยวข้องกับ ICE และการขยายการผสาน AI รวมถึงคำพูดของ Thomas Dohmke ซีอีโอในปี 2025 ที่ว่า “Either you embrace AI, or get out of this career.” ก็เพิ่มแรงต้านเช่นกัน
- Codeberg, GitLab, Bitbucket, Sourcehut, Gitea และ Forgejo ให้ทางเลือกที่ใช้งานได้จริงนอก GitHub เช่น การติดตาม issue, โฮสติ้งหน้า static, CI/CD, workflow แบบอีเมล และการดำเนินงาน forge ของตนเอง
ขนาดของ GitHub และสัญญาณการย้ายออก
- GitHub ยังคงเป็นแพลตฟอร์มนักพัฒนาที่ใหญ่เหนือชั้นในหลายตัวชี้วัด
- มี ผู้ใช้ใหม่ 1 คน สมัครทุกวินาที
- โฮสต์รีโพซิทอรีมากกว่า 600 ล้านรายการ
- ในปี 2025 มีคอมมิตเกิดขึ้นเกือบ 1 พันล้านครั้ง
- อย่างไรก็ตาม ผู้ใช้บางส่วนกังวลเรื่องเสถียรภาพทางเทคนิคและทิศทางการดำเนินงานของ GitHub
- ความไม่พอใจด้านเทคนิคมุ่งไปที่ downtime ที่เกิดขึ้นบ่อย
- หลังการเข้าซื้อโดย Microsoft ทิศทางทางการเมืองก็กลายเป็นประเด็นที่อ่อนไหวมากขึ้น
- เมื่อโปรเจกต์ชื่อดังบางส่วนเริ่มขยับไปสู่การออกจาก GitHub อย่างสมบูรณ์ จึงมีการตีความว่านี่อาจเป็นจุดเริ่มต้นของการย้ายออกในวงกว้างขึ้น
โปรเจกต์ที่ออกจาก GitHub
- เมื่อค้นหาซอฟต์แวร์โอเพนซอร์ส อาจดูเหมือนว่าเกือบทุกโปรเจกต์อยู่บน GitHub แต่ก็มีหลายกรณีที่บ้านหลักอยู่ภายนอก GitHub
- ซอร์สโค้ด Linux kernel มีมิเรอร์แบบอ่านอย่างเดียวบน GitHub
- บ้านหลักจริงอยู่บนโดเมนแยกต่างหาก
- Ghostty เป็นหนึ่งในกรณีย้ายออกที่เห็นได้ชัดที่สุด
- Ghostty เป็นเทอร์มินัลอีมูเลเตอร์แบบข้ามแพลตฟอร์ม
- Mitchell Hashimoto ผู้ดูแล ประกาศในเดือนเมษายน 2026 ว่า Ghostty จะออกจาก GitHub
- ไม่ใช่การย้ายทันที แต่มีแผนจะค่อย ๆ กำจัดการพึ่งพา GitHub และคง มิเรอร์แบบอ่านอย่างเดียว ไว้ที่ URL ปัจจุบัน
- Zig ก็ประกาศออกจาก GitHub ในเดือนพฤศจิกายน 2025
- Zig เป็นภาษาโปรแกรมมิงระบบที่ถูกแนะนำว่าเป็นผู้สืบทอดทางจิตวิญญาณของ C
- มีคอมมิตแรกในปี 2015 และดำเนินงานบน GitHub อย่างต่อเนื่องจนถึงไม่นานมานี้
- Tenacity ก็เป็นโปรเจกต์สำคัญที่ย้ายออกจาก GitHub
- Tenacity เป็นโปรแกรมแก้ไขเสียงแบบข้ามแพลตฟอร์ม
- ประกาศการย้ายบนฟอรัม Reddit ในปี 2023 และปัจจุบันคงไว้เพียงมิเรอร์บน GitHub
- เว็บเบราว์เซอร์ Dillo และภาษาโปรแกรมมิง Hare ก็ย้ายออกเช่นกัน ส่วนซอฟต์แวร์จำนวนมากของ GNOME และ Apache เลือกโฮสต์เองแทน GitHub มาตั้งแต่ต้น
เหตุผลในการย้ายออก: เหตุขัดข้อง การเมือง และ AI
- เหตุผลที่ผู้ดูแลออกจาก GitHub ไม่ได้จำกัดอยู่เพียงเรื่องเดียว
- ความไม่พอใจด้านเทคนิคที่ถูกพูดถึงซ้ำ ๆ มากที่สุดคือ เหตุขัดข้องที่เกิดบ่อย
- IncidentHub ติดตาม “major outages” บน GitHub ได้ 48 ครั้งในช่วงหนึ่งปีนับตั้งแต่เดือนพฤษภาคม 2025
- downtime รวมถูกนับเป็น 112 ชั่วโมง
- เหตุขัดข้องเหล่านี้เชื่อมโยงกับปัจจัยที่นำไปสู่การย้ายออกของ Ghostty และ Zig
- เหตุผลทางการเมืองก็เป็นส่วนหนึ่งของฉากหลังในการย้ายออก
- Andrew Kelley ผู้สร้าง Zig กล่าวถึงความสัมพันธ์ระหว่าง GitHub กับ ICE
- สัญญามูลค่า 200,000 ดอลลาร์ ของ GitHub ที่เกี่ยวข้องกับหน่วยงานบังคับใช้กฎหมายตรวจคนเข้าเมือง เคยถูกพนักงานวิจารณ์ในปี 2019 เช่นกัน
- การผสาน AI ก็เพิ่มข้อถกเถียงรอบ GitHub
- GitHub กำลังผสาน Copilot มากขึ้นเรื่อย ๆ
- ในปี 2025 Thomas Dohmke ซีอีโอกล่าวว่า “Either you embrace AI, or get out of this career.”
- Mitchell Hashimoto ระบุว่า GitHub ไม่ใช่สถานที่ที่ทำงานด้วยแล้วรู้สึกสนุกอีกต่อไป และรู้สึกเหมือนเป็นที่ที่ขัดขวางงานและการกระจายซอฟต์แวร์
โปรเจกต์ที่เลี่ยง GitHub ตั้งแต่แรก
- นอกเหนือจากโปรเจกต์ที่ออกจาก GitHub แล้ว ยังมีโปรเจกต์ที่ไม่ได้เลือก GitHub ตั้งแต่แรกด้วย
- GNU Project ปฏิเสธ GitHub ด้วยเหตุผลเชิงอุดมการณ์
- มองเป็นปัญหาว่า GitHub ต้องใช้ JavaScript ที่ไม่ใช่ซอฟต์แวร์เสรีเพื่อให้ทำงานได้
- เห็นว่า GitHub ส่งเสริม “แนวปฏิบัติด้านไลเซนส์ที่ไม่ดี”
ทางเลือกนอก GitHub
- Codeberg เป็นบริการคู่แข่งตัวแทนที่โปรเจกต์อย่าง Zig เลือกแทน GitHub
- ให้ฟีเจอร์คล้าย GitHub เช่น การติดตาม issue, โฮสติ้งหน้า static และ CI/CD
- GitLab และ Bitbucket ก็ถูกกล่าวถึงในฐานะทางเลือก
- GitLab มีตัวเลือกแบบโฮสต์เอง
- Bitbucket ถูกแนะนำว่าเป็นทางเลือกในยุคเดียวกับ GitHub
- Sourcehut เป็นบริการโอเพนซอร์สเต็มรูปแบบ
- ให้ฟีเจอร์ที่สอดคล้องกับฟีเจอร์หลักของ GitHub
- เน้น workflow แบบอีเมล
- การดำเนินงาน forge ของตนเองก็เป็นทางเลือกได้
- Gitea และ Forgejo ถูกกล่าวถึงว่าเป็นตัวเลือกยอดนิยม
- Forgejo เป็นซอฟต์แวร์ที่ทำงานอยู่เบื้องหลัง Codeberg
- ยังมีความเคลื่อนไหวที่ช่วยให้ย้ายออกจาก GitHub เช่น แคมเปญ Give Up GitHub ของ Software Freedom Conservancy
เกณฑ์การตัดสินใจที่แตกต่างกันในแต่ละโปรเจกต์
- GitHub ถูกประเมินว่าเป็นเว็บแอปที่มีบทบาทสำคัญในการส่งเสริมการพัฒนาและการทำงานร่วมกันแบบโอเพนซอร์ส
- ในขณะเดียวกัน ก็มีทั้งปัญหาทางเทคนิคและปัญหาเชิงอุดมการณ์
- นักพัฒนาและโปรเจกต์สามารถเลือกใช้ GitHub ต่อไป หรือเลือกทางเลือกอย่าง Codeberg, GitLab, Bitbucket, Sourcehut, Gitea, Forgejo และการโฮสต์เองได้ตามจุดยืนของตน
1 ความคิดเห็น
ความคิดเห็นจาก Hacker News
พักความรู้สึกเห็นด้วยหรือไม่เห็นด้วยกับ GitHub ไว้ก่อน บทความแนว “ทำไม X ถึงทำ Y” มักทำเหมือนว่าสมมติฐานที่ว่า X ทำ Y เป็นความจริง แล้วกระโดดไปถาม “ทำไม” ก่อนจะพิสูจน์ว่าสมมติฐานนั้นถูกต้องอย่างมีนัยสำคัญหรือไม่
ดังนั้นจึงไม่เชื่อหัวข้อที่ขึ้นต้นด้วย “Why”
บอกว่า “นักพัฒนากำลังจากไป” แต่จริง ๆ แล้วแค่ยกตัวอย่างรีโพซิทอรีที่พอมีความหมายไม่กี่แห่งจากทั้งหมดหลายแสนแห่ง
ตอนนี้บริการแย่ลงมากจนทุกครั้งที่อะไรในบริษัทช้าหรือล่ม ก็จะมีมุกเกี่ยวกับ GitHub โผล่มา
ชื่อเสียง เป็นสินทรัพย์ที่มีค่ามาก แต่ GitHub ทำลายชื่อเสียงอันยอดเยี่ยมของตัวเองภายในไม่กี่เดือน และเรื่องนี้มีคุณค่าทางข่าว
แก่นสำคัญคือ แนวโน้ม อย่างที่คนอื่นพูด
จากที่ได้ยินจากคนในโปรเจกต์โอเพนซอร์สสำคัญหลายแห่ง เหตุผลที่ยังอยู่บน GitHub ตอนนี้คือ เครดิต GitHub Actions ฟรี หมายความว่าถ้าออกไปจะรับต้นทุน CI/CD ได้ยาก ดังนั้นถ้า GitHub ไม่ได้ “จ่ายเงิน” เพื่อรั้งโปรเจกต์ไว้ ตัวเลขคงสูงกว่านี้
https://www.paulgraham.com/submarine.html
ลองใช้ Codeberg มา 1 ปี แล้วเมื่อต้นปีนี้ Codeberg ตัดสินใจเองว่าจะแสดง ข้อความสุ่มเชิงเป็นปฏิปักษ์ แทนรีโพซิทอรี สำหรับ user agent ที่ไม่มั่นใจว่าเป็นมนุษย์หรือไม่ บอกว่าทำเพื่อขัดขวางการฝึก LLM
งานของ Codeberg มีอย่างเดียวคือให้บริการรีโพซิทอรี แต่กลับทำไม่ได้ พอแจ้งปัญหาไปก็ได้รับคำตอบว่านี่ไม่ใช่บั๊ก แต่เป็นฟีเจอร์ เขาอาจใส่ฉันเข้า whitelist ให้ได้ แต่ปัญหาไม่ใช่ฉัน ปัญหาคือคนทั่วไปอาจถูกบล็อกไม่ให้เข้าถึงรีโพซิทอรีโดยสิ้นเชิง สุดท้ายเลยกลับไป GitHub
ข้อความไม่กี่วินาทีนั้นน่ารำคาญจนทำให้ใช้ Codeberg ไม่ได้เลยหรือ? หรือสำหรับคุณมันนานกว่า 2 วินาทีมาก?
แต่ละคนยอมรับอะไรได้และทนได้แค่ไหนไม่เหมือนกัน แต่ในมุมมองของฉัน Codeberg กำลังสู้ การต่อสู้ที่ดี เพื่อกันไม่ให้ LLM มากวาดข้อมูลเว็บไซต์
การรัน source forge คงยากกว่าที่ฉันคิด
ออกจาก GitHub มาได้ 9 เดือนแล้ว
ตอนนี้โฮสต์ Gitea เอง ใช้เป็น registry สำหรับ Docker และ NPM เป็นต้น ใช้ act runner แทน GitHub Actions และป้องกันทั้งหมดไว้ใน tailnet
พอใจกับชุดนี้มาก มีทุกอย่างที่ต้องใช้ และตั้งค่าครั้งเดียวก็แทบไม่ต้องสนใจอีก
ตอนนี้ใช้ GitHub แค่เป็นแบ็กอัปสำหรับ mirror รีโพซิทอรีที่โฮสต์เองเท่านั้น
[0] https://gitea.com
[1] https://docs.gitea.com/usage/actions/act-runner
mirror รีโพซิทอรี GitHub ทั้งหมด แล้วค่อยย้ายตัวที่ใช้บ่อยที่สุดก่อน
ประโยชน์ใหญ่สุดคือได้รัน Apple runner บน Mac ของตัวเอง ดังนั้น GitHub Actions ฟรีจึงเอาไปใช้กับงานอื่นได้
โปรเจกต์สาธารณะมี workflow ที่เผยแพร่และ push container ไปทั้ง Gitea และ GitHub
โปรเจกต์โอเพนซอร์สส่วนตัว ถ้าต้องการแชร์หรือร่วมมือกับคนอื่น ก็วางไว้บน GitHub ที่ทุกคนอยู่กัน
CI ของทั้งองค์กร https://github.com/lightningdevkit ถูกปิดไป 3 สัปดาห์ เพราะ contributor ภายนอกที่ถูกบล็อกอย่างไม่เป็นธรรมเปิด PR
ยื่นอุทธรณ์หลายครั้งแต่ไม่มีคำอธิบาย ได้รับคำตอบเพียงว่าเป็นการบล็อกถาวร จนกระทั่งสร้างกระแสใน Twitter ถึงได้รับการแก้ไข น่าเสียดายที่ที่นั่นไม่ใช่ที่ที่น่าทำงานด้วยอีกต่อไป
ในฐานะนักพัฒนาที่ออกจาก GitHub แล้วเลือกโฮสต์เอง เหตุผลมีอย่างเดียว ไม่ใช่ความยากทางเทคนิค ไม่ใช่การเมือง ไม่ใช่ AI แต่คือ Microsoft
ฉันเกลียด Microsoft อย่างลึกซึ้ง เช่นเดียวกับบริษัทอย่าง Apple, Facebook และอยากกำจัดพวกมันออกจากชีวิตให้มากที่สุดเท่าที่ทำได้
ตอนนี้รัน Git ด้วย Gitea และ Forgejo บน Raspberry Pi สามารถอัปโหลดไฟล์ขนาดที่บน GitHub แทบจินตนาการไม่ได้ และเมื่อ Claude สร้าง PR เอง ฉันก็ดู diff แก้ไข แล้ว merge ได้ แค่พลังของ Pi 3B+ เครื่องเดียวก็ยังรู้สึกว่าตอบสนองได้ดีกว่า
เพราะนักพัฒนา รวมถึงผม ไม่อยากได้ยินว่าพวกเราถูกเลิกจ้างเพราะ AI ที่ถูกฝึกจากโปรเจกต์งานอดิเรกโอเพนซอร์สฟรีของเรา
ถ้าโลกยอมรับว่า LLM เป็นวิธีที่ใช้ได้จริงสำหรับการ ฟอกไลเซนส์ ผมก็ไม่รู้ว่าจะสู้กับมันได้อย่างไร
โค้ดแบบปิดรู้สึกปลอดภัยกว่าถ้าโฮสต์เอง ตามอุดมคติคือวางไว้หลัง WireGuard ก็จะได้ชั้นความปลอดภัยเพิ่มมาอีกหนึ่งชั้น
สำหรับการโฮสต์โค้ดสาธารณะ GitHub บล็อกคนและโปรเจกต์มากเกินไปจนรู้สึกไม่สบายใจ ตั้งแต่นักวิจัยด้านความปลอดภัยไปจนถึงผู้พัฒนาเกมสำหรับอายุ 18 ปีขึ้นไป มีกรณีที่ถูกบล็อกอย่างไม่เป็นธรรมมากเกินไป
ถ้าบริการโฮสต์โค้ดมีมากขึ้น ก็สงสัยว่าระบบ version control ทางเลือกจะเพิ่มขึ้นตามไปด้วยไหม หรือว่า Git ในฐานะเครื่องมือฝังรากลึกจริง ๆ แล้ว
อาจจะเป็นการบ่นนิดหน่อย แต่ก็อยากให้มีการพัฒนาระบบ version control ทางเลือกมากขึ้น pijul ดูเจ๋งดี ถึงจะไม่รู้ว่าเรื่องการขยายตัวทำได้แค่ไหนก็ตาม Git LFS บางทีก็จัดการค่อนข้างยาก เลยอาจมีระบบแบบ Perforce ออกมาเพิ่มก็ได้
แน่นอนว่าการมีระบบ version control ที่แตกต่างกันมาก ๆ หลายแบบอาจไม่ค่อยใช้งานได้จริง และการต้องเรียนรู้เครื่องมือหลายตัวก็เป็นเรื่องน่ารำคาญมาก แต่พอเห็นเรื่องเล่าที่ว่าผู้คนก็แค่ clone repository ใหม่ ก็ทำให้ Git ดูเหมือนไม่ค่อยเหมาะที่สุดสักเท่าไร ช่วงหลังได้ลองใช้ jj แล้ว นอกจากจุดที่ไม่รองรับ LFS ก็ดูทำงานได้ดี เลยตั้งความหวังไว้
การโฮสต์เองก็น่าจะได้รับความนิยมมากขึ้นได้ จนกระทั่งไม่นานมานี้ ผมแทบไม่ค่อยได้ยินกรณีโฮสต์เองมากนัก
ถ้า LFS เป็นความเจ็บปวด ผมคงต้องพูดถึง Oxen เพราะผมใช้ Git LFS ไม่ไหวจริง ๆ มันเป็นโอเพนซอร์ส โฮสต์เองได้ และมีตัวเลือกแบบโฮสติ้งด้วย เป้าหมายหลักอย่างหนึ่งคือจัดการไฟล์ขนาดใหญ่ตั้งแต่แรก และทำให้เร็วกว่าทุกคน ตอนนี้ยังใช้ GitHub สำหรับการเผยแพร่อยู่ ซึ่งก็ตลกดี: https://github.com/Oxen-AI/Oxen
ผมก็สงสัยเหมือนกันว่า jj จะไปทางไหน ปรัชญาของมันน่าสนใจมากและดูมีอนาคต
ในฐานะคนที่เคยโฮสต์ Git เองและการดูแลรักษาเป็นเรื่องทรมาน ผมสงสัยจริง ๆ ว่าเหตุผลที่นักพัฒนากรูไปแพลตฟอร์มอื่นคืออะไร และจะมั่นใจได้อย่างไรว่าแพลตฟอร์มเหล่านั้นจะไม่แสดง สัญญาณอันตราย แบบเดียวกับที่ว่า GitHub กำลังทำอยู่
ปีหนึ่งมีสักหนึ่งหรือสองครั้งที่อัปเดตบางตัวต้องการการแทรกแซง นอกนั้นก็ไม่มีอะไร จนถึงตอนนี้พอใจมาก
ปัญหาใหญ่ที่สุดในตอนนี้คือ AI scraper ซึ่งบางครั้งทำให้ทั้งระบบช้าลง แต่ก็ไม่ถึงขั้นแก้ไม่ได้ด้วย firewall rule สองสามข้อกับ anoubis
ถ้าต้องการบริการโฮสติ้งก็ใช้ Codeberg ได้ ดำเนินการโดยองค์กรไม่แสวงหากำไรของเยอรมนี จึงยากที่จะหันเหทิศทางกะทันหันแบบ OpenAI อย่างไรก็ตาม รับเฉพาะโปรเจกต์เสรีและโอเพนซอร์สเท่านั้น
ใช้ GitLab แบบโฮสต์เอง มาเกือบ 1 ปีแล้ว จำไม่ได้เลยว่าเคยล่มหรือใช้งานไม่ได้
นอกจากประชุมออนไลน์แล้ว แทบทุกอย่างก็โฮสต์เองด้วย และโดยรวมค่อนข้างเสถียร เครื่องมือบางตัวมีล่มบ้างเป็นครั้งคราว แต่โดยมากแค่รีสตาร์ต VM หรือเพิ่มพื้นที่เก็บข้อมูลก็จบ
มันไม่ใช่ตัวเลือกเดียวในด้านนั้น แต่เท่าที่เคยเห็นมา จัดอยู่ในกลุ่มที่เปิด instance ขึ้นมาได้ง่ายที่สุด
ผมเองก็กำลังคิดจะโฮสต์เองเหมือนกัน แต่เป้าหมายของผมคือโอเพนซอร์ส เลยกังวลเรื่อง scraper หรือทราฟฟิกแบบ DOS อื่น ๆ