डेवलपर्स GitHub छोड़कर Codeberg और self-hosting विकल्पों की ओर क्यों जा रहे हैं

 (howtogeek.com)
1 पॉइंट द्वारा GN⁺ 4 시간 전 | 1 टिप्पणियां | WhatsApp पर शेयर करें
  • GitHub 2025 में 600 मिलियन से अधिक repositories और लगभग 1 बिलियन commits दर्ज करने वाला एक विशाल प्लेटफ़ॉर्म है, लेकिन कुछ open source प्रोजेक्ट outages और इसकी संचालन दिशा पर अविश्वास के कारण दूसरे hosting विकल्प चुन रहे हैं
  • Ghostty, Zig और Tenacity GitHub छोड़ चुके हैं या केवल read-only mirror छोड़ रहे हैं, जबकि Dillo और Hare भी migrate कर चुके हैं; GNOME और Apache जैसे कुछ प्रोजेक्ट्स ने शुरुआत से ही self-hosting चुना
  • सबसे सीधी शिकायत service outages को लेकर है; IncidentHub ने मई 2025 से एक साल के दौरान GitHub के 48 “major outages” और कुल 112 घंटे downtime को ट्रैक किया
  • राजनीतिक विवादों में GitHub का ICE से जुड़ा $200,000 contract उल्लेखित हुआ, और AI integration के विस्तार के साथ 2025 में CEO Thomas Dohmke का “Either you embrace AI, or get out of this career.” बयान भी विरोध बढ़ाने वाला बना
  • Codeberg, GitLab, Bitbucket, Sourcehut, Gitea और Forgejo issue tracking, static page hosting, CI/CD, email-based workflow और अपनी forge चलाने जैसे GitHub के बाहर व्यावहारिक विकल्प प्रदान करते हैं

GitHub का पैमाना और पलायन के संकेत

  • GitHub कई मानकों पर अब भी बेहद बड़ा डेवलपमेंट प्लेटफ़ॉर्म है
    • हर सेकंड 1 नया user साइन अप करता है
    • यह 600 मिलियन से अधिक repositories host करता है
    • 2025 में लगभग 1 बिलियन commits बनाए गए
  • फिर भी कुछ users तकनीकी स्थिरता और GitHub की संचालन दिशा को लेकर चिंतित हैं
    • तकनीकी शिकायतें बार-बार होने वाले downtime पर केंद्रित हैं
    • Microsoft के अधिग्रहण के बाद राजनीतिक दिशा भी अधिक संवेदनशील मुद्दा बन गई है
  • कुछ प्रसिद्ध प्रोजेक्ट्स के GitHub को पूरी तरह छोड़ने की दिशा में बढ़ने से यह व्याख्या सामने आई है कि यह बड़े पैमाने पर पलायन की शुरुआत हो सकती है

GitHub छोड़ने वाले प्रोजेक्ट्स

  • Open source software खोजते समय ऐसा लग सकता है कि लगभग हर प्रोजेक्ट GitHub पर है, लेकिन कई मामलों में उनका मुख्य home GitHub के बाहर है
    • Linux kernel source code का GitHub पर एक read-only mirror है
    • इसका वास्तविक मुख्य home एक अलग domain पर है
  • Ghostty सबसे ध्यान खींचने वाले पलायन मामलों में से एक है
    • Ghostty एक cross-platform terminal emulator है
    • maintainer Mitchell Hashimoto ने अप्रैल 2026 में घोषणा की कि Ghostty GitHub छोड़ देगा
    • यह तुरंत migration नहीं होगा; योजना GitHub dependency को धीरे-धीरे हटाने और मौजूदा URL पर read-only mirror बनाए रखने की है
  • Zig ने भी नवंबर 2025 में GitHub छोड़ने की घोषणा की
    • Zig एक systems programming language है जिसे C का आध्यात्मिक उत्तराधिकारी बताया जाता है
    • इसका पहला commit 2015 में बना था और हाल तक यह बिना रुकावट GitHub पर संचालित होता रहा
  • Tenacity भी GitHub के बाहर जाने वाला एक प्रमुख प्रोजेक्ट है
    • Tenacity एक cross-platform audio editor है
    • इसने 2023 में Reddit forum पर migration की घोषणा की थी और अब GitHub पर केवल mirror बनाए रखता है
  • Dillo web browser और Hare programming language भी migrate कर चुके हैं, जबकि GNOME और Apache के कई software शुरू से ही GitHub की बजाय self-hosting चुनते आए हैं

छोड़ने की वजहें: outages, politics, AI

  • maintainers के GitHub छोड़ने के कारण किसी एक वजह तक सीमित नहीं हैं
  • सबसे बार-बार सामने आने वाली तकनीकी शिकायत बार-बार outages की है
    • IncidentHub ने मई 2025 से एक साल के दौरान GitHub में 48 “major outages” ट्रैक किए
    • कुल downtime 112 घंटे दर्ज किया गया
    • ऐसे outages को Ghostty और Zig के migration से जुड़े कारणों में गिना गया
  • राजनीतिक कारण भी इस पलायन की पृष्ठभूमि का हिस्सा हैं
    • Zig के संस्थापक Andrew Kelley ने GitHub और ICE के संबंध का उल्लेख किया
    • immigration enforcement agency से जुड़ा GitHub का $200,000 contract 2019 में भी कर्मचारियों की आलोचना झेल चुका था
  • AI integration ने भी GitHub को लेकर बहस को और तेज किया
    • GitHub Copilot को लगातार अधिक गहराई से integrate कर रहा है
    • 2025 में CEO Thomas Dohmke ने कहा: “Either you embrace AI, or get out of this career.”
  • Mitchell Hashimoto ने कहा कि GitHub अब काम करने के लिए आनंददायक जगह नहीं रहा और यह काम तथा software distribution में बाधा डालने वाली जगह जैसा महसूस होता है

वे प्रोजेक्ट्स जिन्होंने शुरू से GitHub से दूरी रखी

  • GitHub छोड़ चुके प्रोजेक्ट्स से अलग, कुछ प्रोजेक्ट्स ऐसे भी हैं जिन्होंने शुरुआत से ही GitHub नहीं चुना
  • GNU Project वैचारिक कारणों से GitHub को अस्वीकार करता है
    • उसका तर्क है कि GitHub चलाने के लिए non-free JavaScript की आवश्यकता होती है
    • वह मानता है कि GitHub “खराब license practices” को बढ़ावा देता है

GitHub के बाहर के विकल्प

  • Codeberg उन प्रमुख प्रतिस्पर्धी सेवाओं में है जिन्हें Zig जैसे प्रोजेक्ट्स ने GitHub के बजाय चुना
    • यह issue tracking, static page hosting और CI/CD जैसी GitHub-समान सुविधाएँ देता है
  • GitLab और Bitbucket भी विकल्प के रूप में उल्लेखित हैं
    • GitLab self-hosting option देता है
    • Bitbucket को GitHub के समकालीन विकल्प के रूप में पेश किया गया है
  • Sourcehut एक पूरी तरह open source सेवा है
    • यह GitHub की मुख्य सुविधाओं के समकक्ष फीचर्स प्रदान करती है
    • यह email-based workflow पर ज़ोर देती है
  • अपनी खुद की forge चलाना भी एक विकल्प है
    • Gitea और Forgejo लोकप्रिय विकल्पों के रूप में उल्लेखित हैं
    • Forgejo वही software है जो Codeberg के पीछे चलता है
  • Software Freedom Conservancy की Give Up GitHub campaign जैसी पहलें भी GitHub छोड़ने में मदद कर रही हैं

हर प्रोजेक्ट के लिए अलग निर्णय मानदंड

  • GitHub को open source development और collaboration को बढ़ावा देने में बड़ी भूमिका निभाने वाले web app के रूप में देखा जाता है
  • साथ ही यह तकनीकी और वैचारिक दोनों तरह की समस्याएँ भी अपने साथ रखता है
  • डेवलपर्स और प्रोजेक्ट्स अपनी प्राथमिकताओं के अनुसार GitHub का उपयोग जारी रख सकते हैं या Codeberg, GitLab, Bitbucket, Sourcehut, Gitea, Forgejo और self-hosting जैसे विकल्प चुन सकते हैं

संबंधित पढ़ाई

1 टिप्पणियां

 
GN⁺ 4 시간 전
Hacker News की रायें

  • GitHub के पक्ष-विपक्ष की भावनाओं को अलग रखें, तो “X, Y क्यों करता है” टाइप लेख यह मानकर चलते हैं कि X, Y करता है वाला आधार सच है, और यह साबित करने से पहले ही “क्यों” पर कूद जाते हैं कि वह आधार सचमुच मायने रखने लायक सही है या नहीं
    इसलिए “Why” से शुरू होने वाले शीर्षकों पर भरोसा नहीं करता
    “डेवलपर छोड़ रहे हैं” कहते हैं, लेकिन असल में लाखों repos में से बस कुछ ही ऐसे उदाहरण गिनाते हैं जिनका कुछ मतलब बनता है

    • यहां दिलचस्प चीज़ trend है। GitHub की service इतनी अच्छी थी कि ideologically बहुत मजबूत motivation वाले लोगों के अलावा किसी के पास उसे छोड़ने की खास वजह नहीं थी, इसलिए उसे कभी खतरा नहीं लगा
      अब service इतनी खराब हो गई है कि company में जब भी कुछ धीमा होता है या down जाता है, GitHub पर jokes होने लगते हैं
      Reputation बहुत मूल्यवान asset है, और GitHub ने कुछ ही महीनों में अपनी शानदार reputation खराब कर ली; यह newsworthy है
    • शीर्षक की आलोचना से सहमत हूं, लेकिन दूसरे हिस्से से ज्यादा सहमत नहीं हूं
      जैसा किसी और ने कहा, असली बात trend है
      कई प्रमुख open source projects के लोगों से जो सुना है, उसके अनुसार वे अभी GitHub पर इसलिए बचे हुए हैं क्योंकि free GitHub Actions credits मिलते हैं। छोड़ने पर CI/CD की cost संभालना मुश्किल होगा, यानी अगर GitHub projects को “पैसे देकर” रोके नहीं रखता, तो संख्या और बड़ी होती
    • Ghostty का GitHub “छोड़ना” अब तक गंभीर नहीं लगता। ढाई महीने बीत गए हैं, लेकिन कहां move करना है या क्या करना है, इस पर कोई चर्चा तक नहीं है
    • जरूरत हो तो “कुछ” शब्द जोड़ दें
    • अगर मुझे पहले से पता न होता, तो यह लेख Codeberg के लिए एक subtle marketing post जैसा दिखता, जिसके बारे में मैंने अब तक कभी सुना भी नहीं था
      https://www.paulgraham.com/submarine.html

  • Codeberg को 1 साल इस्तेमाल किया, और इस साल की शुरुआत में Codeberg ने अपने judgment से repos की जगह hostile random text दिखाने का फैसला किया। उनका कहना था कि जिन user agents के बारे में पक्का नहीं था कि वे इंसान हैं या नहीं, उनके लिए LLM training को रोकना मकसद था
    Codeberg का काम सिर्फ repos उपलब्ध कराना था, और वह वही नहीं कर पाया; issue उठाने पर बताया गया कि यह bug नहीं, feature है। वे मुझे whitelist कर सकते थे, लेकिन समस्या मैं नहीं था; समस्या यह थी कि arbitrary लोगों की repo access पूरी तरह block हो रही थी। आखिरकार GitHub पर लौट गया

    • क्या शिकायत Anubis को लेकर है? Codeberg खोलते समय “checking if you are human” जैसा message दिखता है, लेकिन आम तौर पर सिर्फ 1–2 सेकंड के लिए। हो सकता है ऐसा इसलिए हो क्योंकि मैं browser fingerprint tracking को थोड़ा धुंधला और बाधित करने वाली settings इस्तेमाल करता हूं
      क्या वे कुछ सेकंड का message Codeberg को unusable बनाने जितना annoying है? या आपके लिए यह 2 सेकंड से काफी ज्यादा लंबा रहता है?
      हर व्यक्ति की दुनिया में क्या स्वीकार्य है और कितनी सहनशीलता है, यह अलग है; लेकिन मेरी नजर में Codeberg, LLMs को site scrape करने से रोकने की good fight लड़ रहा है
    • feature जैसा सुनाई देता है। मुझे नहीं लगा था कि Codeberg में ऐसा करने की हिम्मत होगी; उल्टा यह मुझे आकर्षक लगता है
    • Codeberg का मुख्य काम freeloaders द्वारा git blame जैसी costly screens को बेपरवाही से hammer करने से बाधित होता है
    • मैं भी इसी वजह से चला गया। शिकायत की तो जवाब मिला कि अपना रवैया बदलो या चले जाओ, तो मैं चला गया
      शायद source forge चलाना मेरी सोच से ज्यादा कठिन है

  • GitHub छोड़े 9 महीने हो गए
    अब Gitea को खुद host करता हूं, Docker और NPM आदि की registries के रूप में इस्तेमाल करता हूं, GitHub Actions alternative के तौर पर act runner इस्तेमाल करता हूं, और सब कुछ tailnet के अंदर सुरक्षित रखता हूं
    इस setup से बहुत संतुष्ट हूं। जरूरत की हर चीज़ इसमें है, और एक बार set up करने के बाद लगभग ध्यान देने की जरूरत नहीं पड़ती
    अब GitHub को सिर्फ self-hosted repos mirror करने के backup के रूप में इस्तेमाल करता हूं
    [0] https://gitea.com
    [1] https://docs.gitea.com/usage/actions/act-runner

    • Forgejo के साथ कुछ ऐसा ही कर रहा हूं
      सभी GitHub repos mirror करने के बाद, सबसे ज्यादा इस्तेमाल होने वालों से migration शुरू किया
      सबसे बड़ा फायदा यह हुआ कि अपने Mac पर Apple runner चला पा रहा हूं, इसलिए free GitHub Actions को दूसरे कामों में इस्तेमाल कर सकता हूं
    • मैं भी कई सालों से Gitea इस्तेमाल कर रहा हूं। इसे primary forge के तौर पर रखता हूं, और discoverability व community issues/contributions के लिए GitHub पर mirror करता हूं
      public projects के लिए workflows हैं जो Gitea और GitHub दोनों पर containers publish और push करते हैं
    • पूरी तरह निजी projects, यानी जिन्हें कोई देखने वाला नहीं है, उन्हें Gitea self-hosting से manage करता हूं
      personal open source projects को sharing या collaboration के लिए वहां रखता हूं जहां सब लोग हैं—GitHub पर
    • अगर GitHub को backup के रूप में ही इस्तेमाल करना है, तो self-hosting करने की जरूरत क्यों है, समझ नहीं आता

  • https://github.com/lightningdevkit organization की पूरी CI 3 हफ्ते तक बंद रही। वजह यह थी कि एक बाहरी contributor ने PR बनाया था जिसे गलत तरीके से block किया गया था
    कई बार appeal की, लेकिन कोई explanation नहीं मिला और सिर्फ permanent ban का जवाब मिलता रहा; Twitter पर शोर मचाने के बाद ही मामला हल हुआ। दुर्भाग्य से अब यह काम करने के लिए अच्छी जगह नहीं रही

  • GitHub छोड़कर self-hosting चुनने वाले developer के रूप में वजह सिर्फ एक है। न technical difficulty, न politics, न AI—बस Microsoft
    Apple, Facebook जैसी companies की तरह Microsoft से भी गहरी नफरत है, और मैं इसे अपनी जिंदगी से जितना हो सके हटाना चाहता हूं
    अब Raspberry Pi पर Gitea और Forgejo के साथ Git चलाता हूं। GitHub पर जिसकी कल्पना मुश्किल है, ऐसे size की files भी upload कर सकता हूं, और Claude अपने आप PR बनाए तो मैं diff देखकर उसे modify करके merge कर सकता हूं। सिर्फ एक Pi 3B+ की ताकत से भी यह ज्यादा responsive लगता है

    • Microsoft ऐसी mafia है जो कभी-कभी code produce करती है। वह भी बहुत खराब तरीके से
    • उत्सुक हूं कि Gitea और Forgejo दोनों क्यों इस्तेमाल करते हैं, सिर्फ एक क्यों नहीं
    • Microsoft का human rights stain मिटने में दशकों लगेंगे। Meta, Google, Amazon के साथ भी यही है

  • क्योंकि developers, जिनमें मैं भी शामिल हूँ, यह सुनना पसंद नहीं करते कि हमें उस AI की वजह से नौकरी से निकाला जा रहा है जिसे हमारे free open source hobby projects पर train किया गया था

    • चिढ़ होती है, लेकिन अब जहाज़ निकल चुका है। अगर यह समस्या कि नए repositories में ज़्यादातर AI-generated चीज़ें होंगी, फिर भी नए code को train करने में इस्तेमाल होती रही, तो इससे कैसे निपटा जाएगा, मुझे नहीं पता
      अगर दुनिया LLM को license laundering का वैध तरीका मान लेती है, तो मैं इसका मुकाबला कैसे कर पाऊँगा, मुझे नहीं पता
    • Codeberg जैसे alternatives पर जाने से यह कैसे रुकेगा, मुझे समझ नहीं आता। वहाँ से भी scrape किया जा सकता है

  • private code को self-host करना ज़्यादा सुरक्षित लगता है। आदर्श रूप से उसे WireGuard के पीछे रखा जाए तो security की एक अतिरिक्त layer मिलती है
    public code hosting में GitHub बहुत से लोगों और projects को block करता है, जिससे असहज महसूस होता है। security researchers से लेकर 18+ game developers तक, अन्यायपूर्ण तरीके से block किए गए मामलों की संख्या बहुत ज़्यादा है

  • अगर code hosting services और बढ़ेंगी, तो क्या alternative version control systems भी साथ में बढ़ेंगे, या Git एक tool के रूप में सच में बहुत गहराई तक जम चुका है—यह जानने की उत्सुकता है
    थोड़ा शिकायत जैसा है, लेकिन मैं चाहता हूँ कि alternative version control systems पर और development हो। pijul scaling में कैसा है, पता नहीं, लेकिन अच्छा दिखता है। Git LFS को संभालना कभी-कभी काफ़ी मुश्किल होता है, इसलिए Perforce जैसे और systems भी आ सकते हैं
    यह साफ़ है कि बहुत अलग-अलग तरह के version control systems का विविध होना practical नहीं है, और कई tools सीखना भी सच में झंझट है, लेकिन लोगों के बस repository को फिर से clone कर लेने वाली कहानियाँ देखें तो Git कुछ हद तक optimal नहीं लगता। हाल में jj इस्तेमाल किया; LFS support न होने को छोड़ दें तो यह अच्छा चलता दिखा, इसलिए उम्मीद है

    • मेरे हिसाब से Git बहुत से लोगों की ज़रूरतें बहुत अच्छी तरह पूरी करता है। GitHub के सीधे alternatives से भी काफ़ी लोग संतुष्ट दिखते हैं
      self-hosting भी और लोकप्रिय हो सकती है। हाल-फिलहाल तक self-hosting के मामले ज़्यादा सुनने को नहीं मिलते थे
      अगर LFS दर्द है, तो मुझे Oxen का ज़िक्र करना ही होगा, क्योंकि मैं Git LFS बिल्कुल इस्तेमाल नहीं कर पाया। यह open source है, self-host किया जा सकता है और hosting options भी हैं। बड़े files को शुरू से handle करना, और यह काम किसी से भी तेज़ करना, इसके मुख्य goals में से एक है। deployment के लिए यह अभी भी GitHub इस्तेमाल करता है, जो मज़ेदार है: https://github.com/Oxen-AI/Oxen
      jj कहाँ जाएगा, यह भी जानने की उत्सुकता है। इसकी philosophy सच में दिलचस्प और promising लगती है

  • मैंने Git self-hosting की है और maintenance को painful पाया है, इसलिए सच में जानना चाहता हूँ। developers दूसरे platforms की ओर क्यों जा रहे हैं, और वे कैसे आश्वस्त हो सकते हैं कि वे platforms वही red flags नहीं दिखाएँगे जो GitHub दिखा रहा है

    • हमारे संगठन में कई सालों से GitLab self-hosting चल रही है, और अभी users 800 से ज़्यादा हैं। updates GitLab Omnibus package repository के ज़रिए automatically हो जाते हैं
      साल में एक-दो बार कोई update intervention मांगता है, बाकी समय कुछ खास नहीं होता। अब तक बहुत संतुष्ट हूँ
      फिलहाल सबसे बड़ी समस्या AI scrapers हैं, जो कभी-कभी पूरे सिस्टम को धीमा कर देते हैं। फिर भी कुछ firewall rules और anoubis से हल न हो पाए, ऐसा नहीं है
    • Forgejo चलाना काफ़ी simple है। यह GitLab से बहुत हल्का और सरल है। GitLab भी काफ़ी अच्छा है
      अगर hosting service चाहिए, तो Codeberg इस्तेमाल करें। इसे एक German non-profit चलाती है, इसलिए OpenAI की तरह अचानक दिशा बदलना मुश्किल है। हालाँकि यह केवल free और open source projects ही स्वीकार करती है

  • लगभग 1 साल से GitLab self-hosting कर रहा हूँ, और याद नहीं कि यह कभी down हुआ हो या इस्तेमाल के लायक न रहा हो
    online meetings को छोड़कर लगभग सब कुछ self-host करता हूँ, और कुल मिलाकर यह काफ़ी stable है। कुछ tools कभी-कभी down हो जाते हैं, लेकिन आमतौर पर VM restart करने या storage थोड़ा और जोड़ने से काम हो जाता है

    • हाल में Hacker News पर आई https://news.ycombinator.com/item?id=48833116 देखें तो Chatto open source हो गया है, इसलिए चाहें तो online meetings भी काफ़ी आसानी से self-host की जा सकती हैं
      उस क्षेत्र में यह अकेला विकल्प नहीं है, लेकिन अब तक जो देखा है उनमें instance खड़ा करने के लिहाज़ से सबसे आसान में से एक है
    • उत्सुक हूँ कि आप instance को public internet पर expose करते हैं, या सिर्फ़ VPN के अंदर उपलब्ध कराते हैं
      मैं भी self-hosting पर सोच रहा हूँ, लेकिन मेरा उद्देश्य open source है, इसलिए scrapers या दूसरे DOS-जैसे traffic की चिंता है
    • क्या chat भी self-host करते हैं, यह जानने की उत्सुकता है