GitHub’da 1 milyarıncı deponun oluşturulması kutlanıyor

 (github.com/AasishPokhrel)
2 puan yazan GN⁺ 2025-06-12 | 1 yorum | WhatsApp'ta paylaş
  • GitHub kullanıcısı jonmagic, Issue #1’de GitHub’ın 1 milyarıncı deposunun oluşturulmasını kutlayarak shit deposunun bu ID’ye sahip olduğunu bildirdi
  • Kanıt olarak sunulan curl -s yanıtında id 1000000000, node_id R_kgDOOO5rKAA, name shit, full_name AasishPokhrel/shit yer alıyor
  • Yorum akışı, depo adı ve 💩 emojisi üzerinden yapılan tebrikler ve şakalar etrafında ilerledi; ilk gönderiye binlerce 👍·😄·🎉 tepki geldi
  • jonmagic, depo sahibinin gerekirse konuşmayı kilitleyebileceğini veya abonelikten çıkabileceğini belirterek GitHub dokümantasyon bağlantıları paylaştı
  • 28 Haziran 2025’te depo sahibi konuşmayı collaborator’larla sınırladı ve kilitledi; aynı gün bir yorum silindi

1 milyarıncı depo olarak işaret edilen shit

  • Issue başlığı Congratulations on creating the one billionth repository on GitHub!; GitHub’da 1 milyarıncı deponun oluşturulmasını kutlayan bir içerik
  • jonmagic, depoyu oluşturan kişiyi tebrik ederken aşağıdaki API çağrısının sonucundan bir bölümü kanıt olarak sundu
  • Tebrik mesajı, depo adından yola çıkarak “harika bir 💩 yapma fırsatın olmasını umarım” türünde bir şaka içeriyor

Yorum tepkileri ve şaka akışı

  • İlk yorumlar çoğunlukla tebrik ve kelime oyunlarından oluştu
    • “Nasıl harika bir 💩 yapacağını görmeyi dört gözle bekliyorum”
    • “Bu 💩’in yükselmesini bekleyemem”
    • “Bunu fork’layacağım”
    • “Bu issue kilitlenmeden önce yorum bırakıyorum”
  • MangoCubes, jonmagic’in GitHub çalışanı olduğunu görünce rahatladığını belirten bir tepki yazdı
  • jordigh, “Düzeltme için tahmini süre veya geçici çözüm var mı?” tarzında, tipik issue yorumu biçimini parodileştirdi
  • Sonrasında da 💩, sssssssshit, “peak shit” gibi kısa yorumlar devam etti

Bildirim yağmuruna ilişkin bilgilendirme

Katılım ölçeği ve tepkiler

  • Orijinal issue gövdesinde binlerce tepki görünüyor
    • 👍 4524
    • 😄 2116
    • 🎉 2638
    • ❤️ 945
    • 🚀 1201
    • 👀 611
  • Yorum listesinin ortasında 1136 öğe daha kaldı ifadesi görünüyor; bu da yorumların yalnızca bir kısmının gösterildiği anlamına geliyor
  • Metadata’da katılımcıların bir kısmı ve +1092 gösteriliyor

Kilitleme ve sonraki durum

  • 28 Haziran 2025’te depo sahibi konuşmayı kilitledi ve collaborator’larla sınırladı
  • Aynı gün luckydonaldın bir yorumu silindi
  • Issue’nun alt kısmında, GitHub konuşmasına katılmak için kaydolmak veya giriş yapmak gerektiğine dair bir bilgilendirme yer alıyor

İlgili okumalar

1 yorum

 
GN⁺ 2025-06-12
Hacker News yorumları

  • OpenStreetMap’in 100 milyonuncu changeset’ini hatırlattı
    Ben dahil birkaç kişi bunu hafifçe hedeflemişti, ama sonunda bunu hedefleyen birine değil, Afrika haritasını özenle çizen birine gitti
    Sonradan bakınca çok daha iç ısıtan bir sondu ve bu kişi daha önce OSM’de aday olarak da önerilmişti
    OpenStreetMap’te her şey gerçek operasyon verisi olduğu için rastgele çöp veri üretmek zor; bu yüzden N’inci commit’in birinin anlık işi olma ihtimali daha yüksek gibi görünüyor
    GitHub için de eğlenceli bir başarı :)
    OSM kilometre taşları hakkında daha fazlasını okumak isterseniz resmi blog yazısı: https://blog.openstreetmap.org/2021/02/25/100-million-edits-...
    O zamanki changeset etkinliğiyle ilgili derlemem: https://www.openstreetmap.org/user/LucGommans/diary/395954

    • Eskiden bir arkadaşım helpdesk’in 1 milyonuncu ticket’ını oluşturmak için tüm iş gününü harcamıştı
      Bunu sonunda nasıl başardığını bilmiyorum ama bu başarıyı kutlamak için ekip küçük bir parti bile yapmıştı
      Sanırım yaklaşık 15 yıl önceydi; o zamanlar teknoloji sektöründeki işler daha eğlenceliymiş gibi geliyor

  • Harika! GitHub’ın kendi OpenAPI Spec’inde de bir repository’de int32 taşmasına kadar artık sadece 1 milyardan biraz fazla kaldı
    Workflow run ID’lerinde bu zaten olmuş durumda
    https://github.com/github/rest-api-description/issues/4511

    • Kısa süre CTO olarak çalıştığım bir şirkete gittiğimde, kritik tablolardan birinde zaten 1,3 milyar satır vardı ve birincil anahtar olarak 32 bit tamsayı kullanılıyordu
      O zamanki artış hızına göre birkaç ay içinde primary key değeri taşacaktı; bu yüzden büyük felaketi önlemek için ID’leri 64 bite yükseltme projesini epey aceleyle yürüttük
    • Birkaç hafta önce LuaRocks 65.535 paketi geçince Lua topluluğunda küçük bir sorun yaşandı
      Bu sayı ile LuaJIT’teki LuaRocks implementasyonu çakıştı [1] [2] ve bazı kullanıcıların CI/CD pipeline’ları ile kişisel iş akışları bozulup can yaktı
      Oldukça hızlı çözüldü ama ilginçti
      [1] https://github.com/luarocks/luarocks/issues/1797
      [2] https://github.com/openresty/docker-openresty/issues/276

  • Keşke hâlâ Apple’da olsaydım
    Buradakilerin çoğu Apple’ın uzun zamandır Radar adlı bir iç araç kullandığını biliyordur
    Her Radar’ın bir ID’si, yani bir bug numarası var
    Bug #1,000,000 gibi Radar’lar oldukça özeldi
    Biri bir hata yapıp tüm ekibi hayal kırıklığına uğratmadıkça, bunlar genelde iç şakalarla dolu sahte Radar’lardı
    Bir tanesini açmak bile yeterdi ama Radar başka Radar’lara referans verebildiği için, genelde oradan bir rabbit hole’a düşüp eğlenirdiniz
    Fırsatım varken birkaç tanesini kaydedip ekran görüntüsü almamış ya da çıktısını almamış olmam gerçekten aptalcaydı

    • Google’ın monorepo versiyon kontrol sisteminde de her değişikliğe böyle monoton artan bir ID veriliyor
      Ne yazık ki birkaç yıl önce belli bir yuvarlak sayıya yaklaşınca, o ID’yi kapmak isteyenler script çalıştırıp sistemi denial-of-service durumuna soktu
      Bu yüzden artık büyük yuvarlak sayıların yakınındaki ID’ler atlanıyor :(
      Burada muhtemelen şema tasarımıyla ilgili bir ders vardır
    • Öte yandan Apple’ın gizli verileri nasıl ele aldığını düşününce, ne kadar zararsız görünürse görünsün iç dokümanları dışarı çıkarırken yakalanmak istemezdim

  • GitHub repository ID’lerinden söz açılmışken, ilk repository burada
    https://api.github.com/repositories/1
    https://github.com/mojombo/grit

  • Muhtemelen https://api.github.com/repositories/999999999 adresini script’le tekrar tekrar kontrol edip göründüğü anda yeni bir repository oluşturdu
    Repository’ler düzenlenebildiği için, pay bırakarak birkaç tane oluşturup doğru numara olmayanları sonradan silmiş de olabilir
    Yazarın dün oluşturduğu diğer repository’lere bakınca, “yep” sihirli sayıymış ve “shit” de ıskaladığını kabul edişiymiş gibi görünüyor
    Facebook’taki D666666’yı hatırlayan var mı?
    Çok büyük bir kod dönüşümüydü ve yazarı belirli bir numarayı almak için benzer bir teknik kullanmıştı

    • Ya da olmayabilir
      Bu kişinin o repository’yi bilerek kaptığını neden varsaydıklarını anlamıyorum
    • Boş bir repository olduğuna göre, öyle gibi görünüyor

  • Ciddi konuşmak gerekirse, GitHub’ın yeni depo oluşturma hızını hesaplamayı bu kadar kolay bırakmış olması biraz şaşırtıcı.
    Bu tür bilgiler normalde ticari sır değil mi?

    • Hendek 1 milyar öğe genişliğindeyse, insan galiba biraz iç çamaşırlarıyla ortalıkta dolaşmaya başlıyor.
    • GitHub’ın bu bilgiyi gizlemesi için bir sebep var mı?
      Bunun GitHub aleyhine nasıl kullanılabileceğini bilmiyorum.
      Birçok şirketin, zorunlu kalmadıkça hiçbir bilgiyi açıklamamayı varsayılan tutmasını anlıyorum.
    • İkili arama kullanırsanız en güncel ID’yi de inanılmaz hızlı bulabilirsiniz.
      Eskiden çeşitli web sitelerinin büyümesini bu şekilde takip etmiştim.
    • Yeni kullanıcı oluşturma hızını da görebilirsiniz.
      Bir bakıma o taraf daha ilginç.

  • AasishPokhrel’in 1 milyarıncı depo olmak için bu depoyu oluşturup oluşturmadığını merak ediyorum.

    • AasishPokhrel dün “shit” ve “yep” adlı 2 depo oluşturmuş.
      17 Mayıs ile 10 Haziran arasında hiçbir etkinlik yokmuş.
      Depo oluşturma hızını hesaplayıp istenen numaraya denk gelecek şekilde depo oluşturmanın mümkün olup olmadığını bilmiyorum.
    • Bu epey kolay manipüle edilebilir.
      1 milyarıncı gelene kadar sürekli depo oluşturup öncekileri silebilirsiniz.
      GitHub API ile bu gayet kolay.
      Sorun sadece hız sınırı ve aynı anda depo oluşturan diğer insanlar; yani sonuçta şans işi.
    • Nepal’de yazılım geliştirme okuyan bir üniversite öğrencisi gibi görünüyor; böyle bir dönüm noktasının dünyanın derinliklerine kadar ulaşabilmesi gerçekten dokunaklı.
      Umarım bunu özgeçmişinde öne çıkarır ve geliştirme alanında iyi bir kariyer bulur.
    • Oldukça şüpheli, ama mümkün görünüyor.

  • O deponun adı değiştirilmiş ve şimdi https://github.com/AasishPokhrel/repository/ adresine yönleniyor gibi görünüyor.
    Kötü olmuş :-(

    • Tekrar eski adına dönmüş! :-D

  • Yerel Forgejo ve GitLab sunucularını da katınca toplamda kaç depo olduğunu merak ediyorum.
    Buna Subversion, Mercurial, git’in diğer dostları ve düşmanları da dahil.
    Acaba biri bunlar için zaten bir arama motoru yapmış mıdır?
    “a” gibi bir kelime aratıp kabaca ölçeği tahmin edebilmek güzel olurdu.
    Merkezi GitHub’ın büyük avantajı, insanların gerçekten benim kodumu her zaman bulabiliyor olması gibi görünüyordu.
    Microsoft GitHub’ı satın aldıktan sonra bir arama sistemi yapmayı düşündüm ama pazarlama tarafını kaldıramayacağım için boşa kürek çekmek olur diye vazgeçtim.
    Son zamanlarda Codeberg’e çeşitli projeler koyarken yeniden denemeye değer mi diye düşünüyordum, ama belki biri benden önce davranmıştır.

    • Kardeş yorumlarda bahsedilen API üzerinden numaralandırma yöntemine bakılırsa, tahmin etmeye gerek kalmayabilir.
      https://docs.gitlab.com/api/projects/#list-all-projects — garip bir sebeple GitLab buna depo değil proje diyor gibi.
      https://codeberg.org/api/swagger#/repository/repoGetByID — Forgejo.org sitesinden bağlantı verildiğine göre muhtemelen Forgejo ve Codeberg için aynıdır.
      Ve onun arkadaşı https://gitea.com/api/swagger#/repository/repoGetByID
      Heptapod, GitLab CE’nin “dostça çatallanmış” bir sürümü, dolayısıyla API de aynı çalışıyor: https://heptapod.net/pages/faq#api-hgrc
      Sonrasında proje bazlı GitLab instance’larını indekslemek gerekir gibi: Gnome, GNU (bir gün tekrar açarlarsa), Savannah tarafındaki durum, muhtemelen Sourceforge, belki sourcehut da.
      Piyango bana çıkarsa, Apache lisanslı olduğu zamanki sourcegraph instance’larını mümkün olduğunca çok yerde çalıştıracak finansmanı sağlamak ve o anlık görüntüleri Internet Archive’a bağışlamak isterim.
    • Software Heritage, 380 milyon açık depoyu kataloglamış; bunların 280 milyonu GitHub’da: https://archive.softwareheritage.org/
      Depo araması hâlâ oldukça sınırlı; yalnızca URL üzerinde tam metin araması veya package.json gibi az sayıdaki metadata dosyasında arama yapılabiliyor.

  • https://ohshitgit.com