Mengapa Developer Meninggalkan GitHub dan Beralih ke Codeberg serta Alternatif Self-hosting

 (howtogeek.com)
1 poin oleh GN⁺ 4 jam lalu | 1 komentar | Bagikan ke WhatsApp
  • GitHub adalah platform raksasa yang pada 2025 mencatat lebih dari 600 juta repositori dan hampir 1 miliar commit, tetapi sebagian proyek open source memilih hosting lain karena gangguan layanan dan ketidakpercayaan terhadap arah operasionalnya
  • Ghostty, Zig, dan Tenacity telah meninggalkan GitHub atau hanya menyisakan mirror read-only; Dillo dan Hare juga telah bermigrasi, sementara beberapa proyek seperti GNOME dan Apache sejak awal memilih self-hosting
  • Keluhan paling langsung adalah gangguan layanan; IncidentHub melacak 48 “major outages” GitHub dan total downtime 112 jam selama satu tahun sejak Mei 2025
  • Kontroversi politik yang disebutkan mencakup kontrak senilai 200 ribu dolar GitHub terkait ICE, sementara perluasan integrasi AI dan pernyataan CEO Thomas Dohmke pada 2025, “Either you embrace AI, or get out of this career.”, juga memperbesar penolakan
  • Codeberg, GitLab, Bitbucket, Sourcehut, Gitea, dan Forgejo menyediakan pilihan realistis di luar GitHub, termasuk pelacakan issue, hosting halaman statis, CI/CD, workflow berbasis email, dan pengoperasian forge sendiri

Skala GitHub dan Tanda-tanda Migrasi

  • GitHub masih merupakan platform pengembangan yang sangat dominan dalam berbagai metrik
    • 1 pengguna baru mendaftar setiap detik
    • Meng-host lebih dari 600 juta repositori
    • Hampir 1 miliar commit dibuat pada 2025
  • Namun sebagian pengguna mengkhawatirkan stabilitas teknis dan arah operasional GitHub
    • Keluhan teknis berfokus pada downtime yang sering terjadi
    • Setelah akuisisi oleh Microsoft, arah politiknya juga menjadi isu yang lebih sensitif
  • Seiring beberapa proyek terkenal bergerak untuk sepenuhnya meninggalkan GitHub, muncul interpretasi bahwa tren ini bisa menjadi awal migrasi yang lebih luas

Proyek-proyek yang Meninggalkan GitHub

  • Saat mencari software open source, tampak seolah hampir semua proyek ada di GitHub, tetapi ada banyak contoh yang rumah utamanya berada di luar GitHub
    • Source code kernel Linux memiliki mirror read-only di GitHub
    • Rumah utamanya yang sebenarnya berada di domain terpisah
  • Ghostty adalah salah satu contoh migrasi yang paling menonjol
    • Ghostty adalah emulator terminal lintas platform
    • Maintainer Mitchell Hashimoto mengumumkan bahwa Ghostty akan meninggalkan GitHub pada April 2026
    • Migrasinya tidak dilakukan seketika; rencananya adalah menghapus ketergantungan pada GitHub secara bertahap dan mempertahankan mirror read-only pada URL saat ini
  • Zig juga mengumumkan migrasi dari GitHub pada November 2025
    • Zig adalah bahasa pemrograman sistem yang diperkenalkan sebagai penerus spiritual C
    • Commit pertamanya dibuat pada 2015 dan hingga baru-baru ini terus beroperasi di GitHub tanpa terputus
  • Tenacity juga merupakan proyek besar yang pindah ke luar GitHub
    • Tenacity adalah editor audio lintas platform
    • Pada 2023, proyek ini mengumumkan migrasinya di forum Reddit dan kini hanya mempertahankan mirror di GitHub
  • Browser web Dillo dan bahasa pemrograman Hare juga telah pindah, sementara banyak software dari GNOME dan Apache sejak awal memilih hosting sendiri, bukan GitHub

Alasan Migrasi: Gangguan, Politik, AI

  • Alasan para maintainer meninggalkan GitHub tidak bisa dipersempit menjadi satu faktor saja
  • Keluhan teknis yang paling sering muncul adalah gangguan yang sering terjadi
    • IncidentHub melacak 48 “major outages” di GitHub selama satu tahun sejak Mei 2025
    • Total downtime dihitung mencapai 112 jam
    • Gangguan semacam ini dikaitkan sebagai faktor yang mendorong migrasi Ghostty dan Zig
  • Alasan politik juga termasuk dalam latar belakang migrasi
    • Pencipta Zig, Andrew Kelley, menyebut hubungan GitHub dengan ICE
    • Kontrak senilai 200 ribu dolar GitHub yang terkait dengan lembaga penegakan imigrasi juga mendapat kritik dari karyawan pada 2019
  • Integrasi AI juga memperbesar perdebatan seputar GitHub
    • GitHub semakin banyak mengintegrasikan Copilot
    • Pada 2025, CEO Thomas Dohmke mengatakan, “Either you embrace AI, or get out of this career.”
  • Mitchell Hashimoto menyatakan bahwa GitHub tidak lagi menjadi tempat yang menyenangkan untuk bekerja, dan terasa seperti tempat yang menghambat pekerjaan serta distribusi software

Proyek-proyek yang Sejak Awal Menghindari GitHub

  • Terlepas dari proyek-proyek yang meninggalkan GitHub, ada juga proyek yang memang tidak memilih GitHub sejak awal
  • GNU Project menolak GitHub karena alasan ideologis
    • Mereka mempermasalahkan bahwa GitHub membutuhkan JavaScript yang bukan software bebas agar dapat berfungsi
    • Mereka menilai GitHub mendorong “praktik lisensi yang buruk”

Pilihan di Luar GitHub

  • Codeberg adalah layanan pesaing representatif yang dipilih proyek seperti Zig sebagai pengganti GitHub
    • Menyediakan fitur yang mirip dengan GitHub, seperti pelacakan issue, hosting halaman statis, dan CI/CD
  • GitLab dan Bitbucket juga disebut sebagai alternatif
    • GitLab memiliki opsi self-hosting
    • Bitbucket diperkenalkan sebagai alternatif yang sezaman dengan GitHub
  • Sourcehut adalah layanan open source sepenuhnya
    • Menyediakan fitur yang sepadan dengan fungsi inti GitHub
    • Menekankan workflow berbasis email
  • Mengoperasikan forge sendiri juga bisa menjadi pilihan
    • Gitea dan Forgejo disebut sebagai opsi populer
    • Forgejo adalah software yang berjalan di balik Codeberg
  • Ada juga gerakan yang membantu migrasi dari GitHub, seperti kampanye Give Up GitHub dari Software Freedom Conservancy

Kriteria Penilaian yang Berbeda untuk Tiap Proyek

  • GitHub dinilai sebagai web app yang berperan besar dalam mendorong pengembangan open source dan kolaborasi
  • Pada saat yang sama, GitHub memiliki masalah teknis maupun ideologis
  • Developer dan proyek dapat, sesuai posisi masing-masing, tetap menggunakan GitHub atau memilih alternatif seperti Codeberg, GitLab, Bitbucket, Sourcehut, Gitea, Forgejo, dan self-hosting

Bacaan terkait

1 komentar

 
GN⁺ 4 jam lalu
Opini Hacker News

  • Terlepas dari sentimen pro dan kontra terhadap GitHub, artikel bergaya “mengapa X melakukan Y” biasanya berpura-pura seolah premis X melakukan Y itu benar, lalu langsung lompat ke “mengapa” sebelum membuktikan apakah premis itu cukup akurat dan bermakna
    Karena itu, saya tidak percaya judul yang dimulai dengan “Why”
    Katanya “para developer pergi”, padahal yang sebenarnya dilakukan hanya menyebut beberapa repo yang lumayan signifikan dari ratusan ribu repo yang ada

    • Yang menarik di sini adalah tren. GitHub dulu tidak pernah benar-benar terancam karena layanannya begitu bagus sehingga, selain orang yang sangat terdorong secara ideologis, tidak ada alasan kuat untuk pergi
      Sekarang layanannya begitu buruk sampai setiap kali ada sesuatu di perusahaan yang melambat atau down, selalu muncul lelucon tentang GitHub
      Reputasi adalah aset yang sangat berharga, dan GitHub berhasil menghancurkan reputasi hebat yang dulu dimilikinya hanya dalam beberapa bulan; itu layak diberitakan
    • Saya setuju dengan kritik terhadap judulnya, tapi tidak terlalu setuju dengan bagian keduanya
      Intinya, seperti yang sudah dikatakan orang lain, adalah tren
      Dari yang saya dengar dari orang-orang di berbagai proyek open source besar, alasan mereka masih bertahan di GitHub sekarang adalah karena kredit GitHub Actions gratis. Artinya, jika pindah mereka akan kesulitan menanggung biaya CI/CD, jadi angkanya akan lebih besar kalau GitHub tidak “membayar” proyek-proyek itu untuk tetap tinggal
    • “Eksodus” GitHub oleh Ghostty pada titik ini terasa tidak serius. Sudah dua setengah bulan berlalu dan sama sekali belum ada diskusi tentang akan pindah ke mana atau mau melakukan apa
    • Kalau perlu, tinggal sisipkan kata “sebagian” saja
    • Kalau saya belum tahu, artikel ini akan terlihat seperti tulisan pemasaran terselubung untuk Codeberg, yang sampai sekarang pun mungkin belum pernah saya dengar
      https://www.paulgraham.com/submarine.html

  • Saya memakai Codeberg selama setahun, lalu awal tahun ini Codeberg memutuskan atas penilaiannya sendiri untuk menampilkan teks acak yang bermusuhan alih-alih repo. Katanya tujuannya untuk mengganggu pelatihan LLM terhadap user-agent yang mereka anggap belum tentu manusia
    Satu-satunya tugas Codeberg adalah menyediakan repo, dan itu pun gagal mereka lakukan; saat saya angkat masalahnya, saya diberi tahu bahwa itu bukan bug melainkan fitur. Mereka bilang saya bisa dimasukkan ke whitelist, tetapi masalahnya bukan saya, melainkan orang-orang acak yang akses ke repo-nya diblokir total. Akhirnya saya kembali ke GitHub

    • Keluhannya soal Anubis? Saat mengakses Codeberg saya memang melihat tulisan seperti “memverifikasi apakah Anda manusia”, tapi biasanya cuma 1–2 detik. Bisa jadi karena saya memakai pengaturan yang sedikit mengaburkan dan mengganggu browser fingerprinting
      Apakah tulisan beberapa detik itu cukup mengganggu sampai Codeberg jadi tidak bisa dipakai? Atau bagi Anda waktunya jauh lebih lama dari 2 detik?
      Tiap orang punya batas berbeda soal apa yang bisa diterima dan ditoleransi, tapi dari sudut pandang saya, Codeberg sedang menjalani perjuangan yang baik untuk mencegah LLM mengeruk isi situs mereka
    • Kedengarannya memang seperti fitur. Saya tidak menyangka Codeberg punya nyali untuk melakukan itu, dan justru saya jadi tertarik
    • Bisnis utama Codeberg terganggu oleh para penumpang gratisan yang seenaknya memukul layar mahal seperti git blame tanpa peduli
    • Saya juga pergi karena alasan yang sama. Setelah mengeluh, saya diberi jawaban untuk memperbaiki sikap saya atau pergi, jadi saya pergi
      Rupanya menjalankan source forge memang lebih sulit daripada yang saya kira

  • Sudah 9 bulan sejak saya meninggalkan GitHub
    Sekarang saya self-host Gitea, memakainya sebagai registry untuk Docker dan NPM, menggunakan act runner sebagai alternatif GitHub Actions, dan melindungi semuanya di dalam tailnet
    Saya sangat puas dengan setup ini. Semua yang saya butuhkan ada, dan setelah sekali disiapkan, hampir tidak ada lagi yang perlu dipikirkan
    Sekarang saya hanya memakai GitHub sebagai cadangan untuk mirror repo yang saya host sendiri
    [0] https://gitea.com
    [1] https://docs.gitea.com/usage/actions/act-runner

    • Saya melakukan hal serupa dengan Forgejo
      Setelah memirror semua repo GitHub, saya mulai memigrasikan yang paling sering dipakai terlebih dahulu
      Keuntungan terbesarnya adalah saya bisa menjalankan runner Apple di Mac saya, jadi GitHub Actions gratis bisa dipakai untuk hal lain
    • Saya juga sudah memakai Gitea selama beberapa tahun. Saya memakainya sebagai forge utama, lalu mirror ke GitHub demi kemudahan ditemukan serta isu dan kontribusi komunitas
      Untuk proyek publik, saya punya workflow yang mem-publish dan push container ke Gitea dan GitHub sekaligus
    • Proyek yang benar-benar pribadi, yang memang tidak akan dilihat siapa pun, saya kelola dengan Gitea self-hosted
      Proyek open source pribadi saya taruh di GitHub, tempat semua orang berada, agar mudah dibagikan dan dikolaborasikan
    • Kalau GitHub hanya dipakai sebagai backup, saya kurang paham kenapa masih perlu self-hosting

  • CI seluruh organisasi https://github.com/lightningdevkit mati selama 3 minggu. Penyebabnya karena ada kontributor eksternal yang diblokir secara tidak adil membuat PR
    Sudah berkali-kali diajukan banding, tetapi tidak pernah ada penjelasan dan yang diterima hanya jawaban bahwa pemblokirannya permanen; baru terselesaikan setelah bikin keributan di Twitter. Sayangnya, ini bukan lagi tempat yang enak untuk bekerja

  • Sebagai developer yang meninggalkan GitHub dan memilih self-hosting, alasan saya cuma satu. Bukan kesulitan teknis, bukan politik, bukan AI, melainkan Microsoft
    Sama seperti terhadap Apple dan Facebook, saya sangat membenci Microsoft dan ingin menghapusnya sebanyak mungkin dari hidup saya
    Sekarang saya menjalankan Git dengan Gitea dan Forgejo di Raspberry Pi. Saya bisa mengunggah file berukuran yang sulit dibayangkan di GitHub, dan kalau Claude membuat PR sendiri, saya bisa melihat perbedaannya, mengedit, lalu merge. Dengan tenaga satu Pi 3B+ saja rasanya sudah lebih responsif

    • Microsoft kadang seperti mafia yang sesekali menghasilkan kode. Dan itu pun dikerjakan dengan buruk
    • Saya penasaran kenapa pakai Gitea dan Forgejo sekaligus, bukan salah satu saja
    • Catatan buruk HAM Microsoft akan butuh puluhan tahun untuk pudar. Hal yang sama berlaku untuk Meta, Google, dan Amazon

  • Para pengembang, termasuk saya, tidak suka mendengar bahwa kami akan dipecat karena AI yang dilatih dari proyek hobi open source gratis buatan kami

    • Memang menjengkelkan, tapi kapalnya sudah berlayar. Saya tidak tahu bagaimana mengatasinya jika masalah bahwa sebagian besar repositori baru akan menjadi hasil generasi AI terus dipakai untuk melatih kode baru
      Jika dunia menerima LLM sebagai cara yang sah untuk mencuci lisensi, saya tidak tahu bagaimana saya bisa melawannya
    • Saya juga tidak paham bagaimana pindah ke alternatif seperti Codeberg bisa mencegahnya. Di sana pun tetap bisa di-scrape

  • Untuk kode privat, self-hosting terasa lebih aman. Idealnya, menaruhnya di belakang WireGuard menambah satu lapisan keamanan lagi
    Untuk hosting kode publik, GitHub memblokir terlalu banyak orang dan proyek sehingga terasa mengganggu. Dari peneliti keamanan sampai pengembang game 18+, terlalu banyak kasus pemblokiran yang tidak adil

  • Saya penasaran, jika layanan hosting kode bertambah banyak, apakah sistem kontrol versi alternatif juga akan ikut bertambah, atau memang Git sudah begitu mengakar sebagai alat
    Sedikit mengeluh, tapi saya berharap ada lebih banyak pengembangan sistem kontrol versi alternatif. pijul terlihat keren, meski saya tidak tahu skalabilitasnya seperti apa. Git LFS kadang cukup merepotkan untuk ditangani, jadi mungkin akan muncul lebih banyak sistem seperti Perforce
    Memang jelas tidak praktis jika ada banyak sistem kontrol versi yang sangat berbeda satu sama lain, dan belajar banyak alat juga benar-benar merepotkan, tetapi melihat anekdot tentang orang yang memilih sekadar clone ulang repositori, Git tampak agak kurang optimal. Saya baru-baru ini mencoba jj dan sejauh ini terlihat bekerja dengan baik selain belum ada dukungan LFS, jadi saya cukup berharap

    • Menurut saya Git memenuhi kebutuhan banyak orang dengan sangat baik. Saya juga melihat cukup banyak orang yang cukup puas dengan alternatif langsung dari GitHub
      Self-hosting juga bisa jadi makin populer. Sampai belum lama ini saya tidak terlalu sering mendengar contoh self-hosting
      Kalau LFS terasa menyiksa, saya harus menyebut Oxen, karena saya benar-benar tidak tahan memakai Git LFS. Ini open source, bisa di-self-host, dan juga punya opsi hosting. Salah satu tujuan utamanya adalah menangani file besar sejak awal, dan melakukannya lebih cepat daripada siapa pun. Ironisnya, untuk distribusi mereka masih memakai GitHub: https://github.com/Oxen-AI/Oxen
      Saya juga penasaran jj akan berkembang ke mana. Filosofinya benar-benar menarik dan tampak menjanjikan

  • Sebagai seseorang yang pernah self-host Git dan merasa pemeliharaannya menyakitkan, saya sungguh penasaran. Saya ingin tahu mengapa para pengembang berbondong-bondong ke platform lain, dan bagaimana mereka bisa yakin platform-platform itu tidak akan menunjukkan sinyal bahaya yang sama seperti yang mereka lihat dari GitHub

    • Organisasi kami sudah beberapa tahun memakai GitLab self-hosted, dan saat ini penggunanya lebih dari 800 orang. Pembaruan berjalan otomatis melalui repositori paket GitLab Omnibus
      Sekitar sekali atau dua kali setahun ada pembaruan yang butuh campur tangan, selain itu tidak ada masalah berarti. Sejauh ini kami sangat puas
      Masalah terbesar saat ini adalah scraper AI, yang kadang memperlambat semuanya. Meski begitu, itu bukan sesuatu yang tidak bisa diatasi dengan beberapa aturan firewall dan anoubis
    • Forgejo cukup sederhana untuk dijalankan. Jauh lebih ringan dan sederhana daripada GitLab. GitLab juga sebenarnya cukup bagus
      Kalau ingin layanan hosting, gunakan saja Codeberg. Karena dijalankan oleh organisasi nirlaba Jerman, mereka sulit tiba-tiba menggigit lalu banting setir ala OpenAI. Namun mereka hanya menerima proyek free/open source

  • Saya sudah sekitar setahun memakai GitLab self-hosted, dan saya tidak ingat pernah ada saat layanan ini down atau tidak bisa dipakai
    Selain rapat online, saya juga men-self-host hampir semua hal lain, dan secara umum cukup stabil. Beberapa alat kadang memang down, tetapi biasanya cukup restart VM atau tambah ruang penyimpanan

    • Melihat posting Hacker News terbaru https://news.ycombinator.com/item?id=48833116, Chatto sekarang sudah open source, jadi jika mau, sepertinya rapat online juga bisa di-self-host dengan cukup mudah
      Ini bukan satu-satunya pilihan di bidang itu, tetapi dari yang pernah saya lihat, ini termasuk yang paling mudah untuk menjalankan sebuah instance
    • Saya penasaran, apakah instance-nya dibuka ke internet publik, atau hanya disediakan di dalam VPN
      Saya juga sedang mempertimbangkan self-hosting, tetapi tujuan saya adalah open source, jadi saya khawatir soal scraper atau trafik lain yang mirip DOS
    • Saya juga penasaran apakah chat juga di-self-host