5 poin oleh GN⁺ 19 hari lalu | 3 komentar | Bagikan ke WhatsApp
  • Gangguan GitHub yang berulang telah sampai pada tingkat yang benar-benar menghambat review PR dan pekerjaan sehari-hari, sehingga terlihat jelas adanya ketergantungan pada issues, PR, dan Actions yang tidak bisa diselesaikan hanya dengan repositori Git terdistribusi
  • Selama sebulan terakhir, masalah GitHub memengaruhi pekerjaan hampir setiap hari, dan bahkan pada hari tulisan ini dibuat, gangguan GitHub Actions memblokir review PR selama sekitar 2 jam
  • Tujuan pemindahan berikutnya masih belum ditentukan, dan ada rencana untuk secara bertahap mengurangi ketergantungan pada GitHub sambil meninjau beberapa layanan komersial dan penyedia FOSS
  • Mirror read-only akan tetap ditinggalkan pada URL saat ini, dan perubahan ini untuk sementara hanya diterapkan pada Ghostty, sementara proyek pribadi lainnya akan tetap berada di GitHub untuk saat ini
  • Keputusan ini bukan respons tergesa-gesa terhadap gangguan besar pada 27 April 2026, melainkan telah dibahas selama berbulan-bulan, dan kembali lagi hanya mungkin jika ada perbaikan nyata yang terverifikasi, bukan sekadar janji

Latar belakang perpindahan

  • Ghostty memutuskan untuk meninggalkan GitHub, dan menilai bahwa gangguan yang berulang belakangan ini telah sampai pada tingkat yang benar-benar menghambat pekerjaan
  • Ia mencatat secara terpisah hari-hari selama sebulan terakhir ketika gangguan GitHub memengaruhi pekerjaannya, dan menyatakan bahwa masalah terjadi hampir setiap hari
  • Bahkan pada hari tulisan ini dibuat, ia tidak dapat melakukan review PR selama sekitar 2 jam karena gangguan GitHub Actions
  • Ia menegaskan bahwa inti masalahnya ada pada infrastruktur pendukung seperti issues, PRs, dan Actions, dan bahwa fakta bahwa Git bersifat terdistribusi saja tidak cukup untuk menyelesaikannya
  • Karena kondisi yang membuat pekerjaan terhenti selama berjam-jam setiap hari terus berlanjut, ia menilai GitHub tidak lagi layak dianggap sebagai ruang kerja yang serius

Rencana dan cakupan

  • Tujuan perpindahan Ghostty masih belum dipastikan, dan diskusi sedang berlangsung dengan beberapa layanan komersial dan penyedia FOSS
  • Ada rencana untuk menghapus ketergantungan pada GitHub secara bertahap, bukan sekaligus
  • Ada rencana untuk tetap meninggalkan mirror read-only di GitHub pada URL saat ini
  • Perubahan ini untuk sementara hanya diterapkan pada Ghostty, sedangkan proyek pribadi dan pekerjaan lainnya akan tetap berada di GitHub untuk saat ini
  • Karena Ghostty adalah proyek yang paling besar dampaknya bagi dirinya, para maintainer, dan komunitas open source, fokus perubahan kali ini juga diarahkan ke sana

Konteks tambahan

  • Meski waktunya bertepatan dengan gangguan besar pada 27 April 2026, rencana untuk meninggalkan GitHub sudah dibahas selama berbulan-bulan, dan keputusan final baru diambil minggu ini
  • Teks utama ditulis sebelum gangguan besar Elasticsearch, dan gangguan pada hari yang disebutkan dalam tulisan itu adalah gangguan yang terpisah
  • Jika GitHub benar-benar membaik, mungkin suatu hari mereka bisa kembali, tetapi syarat untuk kembali bukanlah kata-kata atau janji, melainkan hasil dan perbaikan yang nyata

3 komentar

 
carnoxen 19 hari lalu

Bagi yang sudah pindah ke tempat lain (seperti Codeberg), tampaknya insiden kali ini akan makin menguatkan keyakinan bahwa keputusan untuk pindah memang tepat.

 
xguru 19 hari lalu

Mitchell Hashimoto juga menulis di komentar HN bahwa ia benar-benar sampai meneteskan air mata, jadi saya coba lihat
https://x.com/mitchellh/status/2049213597419774026
Katanya ia bergabung pada Februari 2008 sebagai pengguna GitHub nomor 1299.

Sepertinya belakangan ini memang ada banyak masalah di GitHub. Beberapa jam lalu juga muncul GitHub saat ini sedang mengalami gangguan.

 
GN⁺ 19 hari lalu
Komentar Hacker News
  • mitchellh: Saat menulis ini, aku benar-benar menangis, dan itu sama sekali bukan berlebihan
    GitHub bagiku bukan sekadar SaaS, maknanya jauh lebih besar, jadi hubungannya sampai terasa agak terlalu dalam untuk dibilang sehat
    Selama beberapa bulan kami sempat membicarakannya sesekali, lalu dalam beberapa minggu terakhir diskusinya jadi serius, dan keputusan akhirnya diambil beberapa hari lalu, tetapi baru setelah aku menerbitkan tulisan itu semuanya terasa begitu nyata
    Mungkin ada yang menertawakan, tetapi aku sangat peduli pada GitHub dan berharap ia bisa kembali menemukan jalannya

    • Merasakan emosi itu tidak apa-apa, dan aku juga merasakan hal yang mirip
      Aku adalah GitHub User 22723, dan kalau melihat sekarang jumlah akunnya sekitar 180 juta, itu berarti kami praktis sudah ada di sana sejak masa yang kurang lebih sama
      Kalau menurutku, GitHub hanya bisa membaik kalau orang-orang yang peduli tetap tinggal dan membuatnya lebih baik
      Waktu aku meninggalkan Heroku sekitar 6 tahun lalu, setelah hampir 10 tahun puas memakainya, aku tidak pernah lagi membuka dashboard-nya, dan pada akhirnya aku merasa Salesforce benar-benar merusaknya
      Tapi GitHub rasanya tidak bisa kutinggalkan begitu saja
      Memang ada bagian yang jadi berantakan karena agentic coding dan pertumbuhan yang meledak terjadi bersamaan, tetapi ini tetap terasa berbeda dari kehancuran ala Heroku/Salesforce
      Daripada dijelaskan hanya dengan lebih banyak AI coding atau satu Microsoft yang jahat, penjelasan bahwa skala dan lanskap di bawah kaki para developer sendiri sudah berubah terasa lebih masuk akal
      Aku berharap mereka bisa menanganinya dengan baik sampai rasanya ingin kembali, dan punya emosi besar terhadap sesuatu yang ada di pusat hidup para developer sama sekali bukan hal bodoh
    • Rasa frustrasinya sangat terasa, dan mengekspresikannya juga bukan berlebihan
      Perasaan ingin bekerja tetapi terus dihalangi, ingin mendeploy software tetapi layanannya seolah tidak menginginkannya, itu sangat relate
      Dan ini bukan cuma soal GitHub, rasanya web secara umum belakangan memang makin ceroboh dan berkualitas rendah
      Gangguan yang terus-menerus, bug, gangguan kecil di UI, dan fitur setengah jadi terlalu banyak, sampai aku tidak tahu lagi sebenarnya apa yang sedang terjadi
    • Kalau ada orang yang menertawakanmu hanya karena merasakan emosi, memang dari awal tidak perlu didengarkan
      Terima kasih sudah membuat ergonomic software untuk manusia
    • Meme Spool of Wire Guy menjelaskan perasaan ini dengan sangat tepat
      Ini seperti metafora tentang benda yang bagi orang lain tampak sepele, tetapi bagi pemiliknya berisi kasih sayang dan kenangan yang menumpuk selama bertahun-tahun
      https://knowyourmeme.com/memes/spool-of-wire-guy
    • Ini sama sekali bukan berlebihan
      Dalam hidup ada hal-hal yang kita suka dan cintai, dan wajar merasa sedih ketika kubu yang kita dukung berubah menjadi buruk
      Aku juga tidak akan menertawakan ini, malah aku kesal pada orang yang menertawakan hal seperti itu
      Hanya saja, soal GitHub bisa menemukan jalannya lagi, sejujurnya aku tidak terlalu optimistis
  • Cukup mengejutkan melihat GitHub runtuh sebagai organisasi
    Ada berbagai penjelasan seperti masuk ke bawah Microsoft, pemindahan sumber daya ke Copilot, struktur organisasi, vibe coding, dan lain-lain, tetapi apa pun alasannya, sulit menyangkal bahwa ada masalah serius
    Catatan yang ditunjukkan halaman status tidak resminya juga cukup mengerikan
    Aku ingin mendengar sudut pandang orang dalam, tetapi untuk saat ini GitHub terlihat seperti kapal tenggelam yang masih bertahan karena momentum, dan di saat industri software secara keseluruhan sedang goyah, rasanya sulit bertahan hanya dengan momentum

    1. https://mrshu.github.io/github-statuses/
    • Bahkan tanpa sudut pandang orang dalam pun, kurang lebih sudah kelihatan apa yang terjadi
      Ini dijalankan dengan pola yang sering dialami layanan yang diakuisisi perusahaan besar
      Awalnya baik-baik saja, lalu perlahan memburuk, akhirnya runtuh, dan semuanya berubah jadi permainan angka
      Microsoft, Oracle, VMware, CA, sampai Salesforce punya banyak contoh serupa, dan tim yang benar-benar pandai menangani merger dan akuisisi itu sangat jarang
    • Dengan angka saat ini yaitu 87.25% uptime, itu setara dengan mengalami gangguan parsial 3 jam per hari
      https://onlineornot.com/uptime-calculator/87.25
    • Sejak beberapa tahun lalu aku penasaran berapa lama lagi sampai GitHub menjadi seperti SourceForge
      Kalau membesar terlalu jauh tanpa pemimpin yang benar-benar tepat, pada akhirnya pasti runtuh
    • Yang lebih buruk, gangguan yang tidak tertangkap oleh halaman status tidak resmi itu pun sering ada
      Angka sebenarnya terasa lebih buruk dari yang terlihat
    • Menyalahkan semua ini sepenuhnya pada Microsoft menurutku mendekati distorsi ingatan
      Bahkan sebelum diakuisisi pun, GitHub pernah punya masa ketika setiap hari terasa seperti lempar koin apakah situsnya akan berjalan dengan benar atau tidak
      Ia berhasil karena berada di tempat yang tepat pada saat yang tepat, tetapi pada dasarnya memang sistem tambal sulam yang canggung di sana-sini
  • Aku paham kasih sayang yang tulus dari Hashimoto terhadap GitHub dan dunia open source
    Tetapi menurutku, kalau ia sedikit lebih punya sikap ala Richard Stallman bahwa software nonbebas pada dasarnya patut dicurigai dan tidak etis, luka seperti ini mungkin akan lebih kecil
    GitHub, baik pada 2008 maupun sekarang, tetaplah software nonbebas yang berjalan di server milik orang lain, dengan aturan milik orang lain, dan pada akhirnya dioperasikan demi kepentingan pemiliknya
    Aku juga sudah lama memakainya dan sering terpaksa memakainya untuk pekerjaan, tetapi aku tidak pernah punya keterikatan emosional dengannya
    Fakta bahwa ia dibangun di atas git yang free-software tetapi secara struktural berusaha mengunci pengguna ke platform selalu menggangguku
    Aku tidak bisa mencintai software yang membutuhkan akun email dan persetujuan terms of service, dan bahkan tidak berfungsi di Iran karena hukum sanksi Amerika Serikat
    Jadi aku menyambut ghostty meninggalkan GitHub tanpa ragu

    • Betul
      Di KDE, GitHub hampir tidak pernah benar-benar dipertimbangkan, kami mengelola git infra sendiri, lalu belakangan bekerja sama dengan Gnome dan GitLab untuk memindahkan fitur-fitur Enterprise Edition yang benar-benar penting ke Community edition
      Dalam 16 tahun terakhir, rasanya hanya ada tepat satu gangguan git yang berlangsung berjam-jam
    • Pada akhirnya ini semua soal value proposition
      Yang perlu dilihat hanya apakah ini layak dengan waktu dan uangku
      Seperti kenaikan harga Netflix atau soal game, emosinya memang bisa besar, tetapi kalau nilainya tidak ada, ya tinggal pergi
      Tentu saja, aku paham bisa muncul hubungan emosional seperti kenangan dengan masa awal komputasi
    • Sudah cukup lama aku memperhatikan teknologi-teknologi seperti ini
      Rasanya semakin masuk akal untuk menanamkan hal-hal seperti issue tracker di dalam git repo
    • Setuju
      Menurutku rasa sakit seperti ini muncul karena tidak melihat sampai akhir masalah dari closed source software
      Sejak Hashicorp dijual, rasa hormatku banyak berkurang
  • Dulu, di thread X ketika Mitchell mengkritik GitHub, aku melihat balasan-balasan yang mengatakan GitHub seharusnya merekrutnya sebagai CEO, dan menurutku itu cukup masuk akal
    Pemimpin yang bisa memutar balik kapal seperti ini bukan sekadar manajer, tetapi orang yang punya keyakinan kuat, kemampuan eksekusi, dan daya tarik untuk mendatangkan talenta
    Pada akhirnya aku yakin akan muncul GitHub baru, dan seperti OpenClaw atau GitHub lama pada era SVN dan SourceForge, kalau momentumnya tepat ia bisa tumbuh cepat
    Sepertinya juga sudah banyak upaya yang mengincar posisi itu

    • Masalahnya adalah GitHub melakukan terlalu banyak hal
      Meski begitu, kalau dilihat dari layanan intinya, khususnya untuk proyek yang kompleks, rasanya masih belum ada UI yang bagus
      Sementara itu jujutsu tampak cukup menjanjikan dari arah dasarnya, tetapi masih belum punya forge yang layak
    • Mungkin sekarang saatnya melihat lagi fossil
      Kode, wiki, dan issue pada dasarnya dikelola secara terdistribusi dalam satu alat
    • Yang diharapkan pengguna dari GitHub dan yang diharapkan pemiliknya yaitu Microsoft dari GitHub saling tidak selaras
      Kalau AI benar-benar menggantikan pengembangan software seperti yang diinginkan para eksekutif big tech, mungkin itu akan selaras lagi, tetapi saat ini orang menginginkan git remote yang stabil, sementara yang ada justru host yang tidak stabil bercampur dengan fitur vibe coding yang serba nanggung
    • GitLab sejujurnya cukup bagus, dan secara umum kurang dihargai
    • Aku masih berharap pada git forge yang terdistribusi dan terfederasi
      Alasan terbesar semua orang berkumpul di GitHub adalah karena meski tiap self-hosted forge tidak harus membuka pendaftaran, kolaborasi issue dan PR tetap bisa mudah dilakukan, dan itu sebenarnya bisa diselesaikan tanpa menumpuk semua kode ke satu infrastruktur yang sedang membusuk
      Mungkin sulit terwujud, tetapi kalau jadi, itu akan sangat bagus
  • Aku cukup penasaran bagaimana ekosistem developer akan berubah 5 tahun lagi, dan GitHub akan jadi seperti apa 5 tahun dari sekarang
    Aku hampir tidak pernah membuka web GitHub dan lebih banyak memakai github cli
    Dengan gh saja, sebagian besar kebutuhanku sudah terpenuhi, Actions berjalan di GitHub, lalu agen mengambil hasilnya, membaca issue, memperbaiki kode, dan seluruh workflow memang sudah berubah

  • Jika banyak orang setuju bahwa GitHub bukan lagi tempat yang menyenangkan dan terasa seperti menghalangi mereka untuk bekerja maupun mendeploy, Redmond harus bereaksi keras
    Kalau perasaan ini benar-benar menyebar luas, itu bisa menjadi pukulan berat bagi Microsoft
    Delapan tahun lalu mereka menghabiskan hampir 8 miliar dolar untuk menjadikan developer sebagai pilar utama, dan juga menghabiskan 2 miliar dolar untuk Minecraft demi mengikat developer muda
    Mereka sudah kehilangan wilayah OS dan server, dan kalau sampai kehilangan developer juga, mereka bisa menempuh jalan mirip Xerox abad ke-21

    • Menurutku ini cukup hiperbola khas HN
      Microsoft mungkin tidak terlalu dominan atau bahkan berpeluang kalah di game, mobile, dan AI, tetapi mereka masih menahan sangat banyak pekerja kantoran biasa yang cukup punya Word dan Excel
      Terlalu banyak orang yang tidak peduli pada teknologi tetapi terikat pada Office
      Fakta bahwa salah satu keterampilan praktis yang dipelajari Claude dengan baik di awal adalah menulis .docx juga menunjukkan hal itu
  • Masalahnya bukan pada git itu sendiri, melainkan pada infrastruktur di atasnya seperti issue, PR, dan Actions
    Kalau boleh menyarankan, bahkan jika pindah ke forge lain, sebaiknya pakai juga git-bug
    Issue, PR, dan semacamnya disimpan di git itu sendiri dalam special ref, bukan branch, dan ia juga mendukung sinkronisasi dua arah dengan berbagai provider
    VCS lain seperti fossil juga menyimpan issue bersama repo, dan menurutku itu memang masuk akal karena issue adalah bagian dari dokumentasi yang memberi makna pada kode

    • Beberapa hari lalu aku melihat seorang rekan makin condong sepenuhnya ke agentic workflow dengan papan kanban lokal yang terinspirasi dari OpenAI Symphony, dan itu membuatku teringat lagi pada fossil
      Kalau semuanya ada di dalam repo, memang terasa lebih nyaman
      Hanya saja sekarang hampir tanpa batas juga ada LLM coding agent yang ikut mengelola semuanya, jadi mengunci ruang akses justru makin sulit
    • git-bug hebat, tetapi ia belum bisa menangani PR, dan juga belum ada cara bagi pengguna yang tidak punya hak commit untuk mengirim bug
      Setahuku yang terakhir itu sedang dikerjakan ke arah seperti web UI, tetapi sampai saat itu ada, pada akhirnya tetap dibutuhkan infrastruktur publik agar pengguna umum bisa mengirim issue
      Di proyekku, aku memakainya di https://github.com/stryan/materia, dan itu bagus untuk men-central-kan repo dan issue
      Tetapi untuk input acak dari pengguna umum, aku masih memakai GitHub Discussions sebagai pelacak bug semu
      Kalau ternyata itu bug, aku tambahkan ke git-bug dan sinkronkan ke GitHub issues agar terlihat secara publik, tetapi pendekatan ini kurang cocok untuk laporan bug pengguna dalam jumlah besar
      Ironisnya, ide workflow ini kuambil dari ghostty dan mise, yang keduanya lebih dulu menerima bug lewat discussion lalu hanya membuat issue berlabel jika memang bisa ditindaklanjuti
    • Aku bahkan membayangkan Mitchell mungkin pada akhirnya, karena frustrasi, akan seperti Linus dan menulis sendiri infrastruktur issue, PR, dan Actions yang terdistribusi dalam satu akhir pekan
    • Baru tahu soal ini, dan mekanisme special ref itu benar-benar terlihat keren
      Tip yang bagus
  • Aku penasaran apa yang paling bertanggung jawab atas turunnya kualitas GitHub secara besar-besaran
    Ada penjelasan bahwa kode hasil generasi AI menurunkan kualitas codebase, dan ada juga penjelasan bahwa budaya engineering yang buruk menyebar setelah akuisisi oleh Microsoft
    Bisa jadi keduanya memang tercampur sampai tingkat tertentu

    • Dari semua penjelasan yang pernah kudengar, Azure migration terdengar paling masuk akal
      https://news.ycombinator.com/item?id=45517173
    • Faktor ketiga yang juga harus dimasukkan adalah kenaikan penggunaan yang memecahkan rekor
      https://github.blog/news-insights/company-news/an-update-on-github-availability/
    • Tren penurunannya sudah dimulai bahkan sebelum agentic coding benar-benar naik
      Rasanya ini hasil campuran budaya dan infrastruktur Microsoft, dan sekarang kualitasnya terasa mirip dengan layanan Microsoft lainnya
      Sebagai tambahan, binary dotnet CLI hosting-nya begitu tidak stabil sampai CI sering rusak, jadi aku harus me-host ulang sendiri
    • Mulai memburuk itu terjadi setelah akuisisi MS, dan menjadi sangat buruk setelah MS mulai mendorong AI dengan keras
    • Menurutku pada akhirnya inti masalahnya adalah uptime dan UX/UI
      Insiden seperti halaman Pull Request yang menampilkan hasil tidak lengkap, atau data yang sebenarnya tidak hilang tetapi daftar tidak muncul dengan benar sampai Elasticsearch selesai mengisi ulang indeksnya, terus saja terjadi
  • Ia mengatakan akan membagikan lebih rinci ke mana proyek Ghostty akan dipindahkan dalam beberapa bulan ke depan, tetapi itu juga bisa terlihat seperti merespons masalah GitHub Issues atau PR yang sesekali tidak bisa diakses dalam sehari dengan membuat kondisi tidak bisa diakses selama beberapa bulan
    Keputusan ini terasa agak emosional dan diambil terburu-buru, dan aku tidak yakin ini benar-benar menguntungkan dirinya, Ghostty, maupun komunitasnya
    Setidaknya, aku berharap jalur cadangan sudah disiapkan sebelum bergerak