मैं अब अपने Emacs प्रोजेक्ट्स को Sourcehut पर मेंटेन नहीं करता
होस्टिंग विकल्प और व्यावहारिकता
- कई लोग Sourcehut से दूर जाने को एक व्यावहारिक चुनाव मानते हैं: ऐसा forge चुनें जिसके trade‑offs आपके प्रोजेक्ट और ऑडियंस के लिए सबसे उपयुक्त हों।
- कई टिप्पणीकार एक सरल नियम अपनाते हैं: “अगर मुझे contributors और visibility चाहिए, तो GitHub इस्तेमाल करो; वरना कुछ भी चलेगा (self‑host, Gitea/Forgejo, Sourcehut, bare git).”
- कुछ लोग इस बात पर ज़ोर देते हैं कि code hosting तुच्छ है; असली कठिनाई issues, reviews, और discussions को अच्छी तरह host करना है।
GitHub का प्रभुत्व और सामाजिक पहलू
- GitHub को डेवलपर्स के लिए एक de facto social network बताया गया है: stars, feeds, और discoverability engagement और contributions को बढ़ाते हैं।
- Network effects महत्वपूर्ण हैं: contributors अक्सर “एक और account” या अपरिचित UI नहीं चाहते।
- कुछ लोग Microsoft और AI training को नापसंद करते हैं, लेकिन फिर भी बने रहने को मजबूर महसूस करते हैं क्योंकि “people वहीं हैं।”
GitLab के बारे में धारणा
- मिश्रित राय: self‑hosting और business workflows के लिए सराहा गया, लेकिन धीमा, cluttered, और community‑oriented की तुलना में अधिक company‑oriented होने के लिए आलोचना की गई।
- Pricing और पहले की feature restrictions (जैसे anonymous issue search को सीमित करना) hobby और OSS उपयोग को हतोत्साहित करते हैं।
Sourcehut का workflow और UX
- समर्थक इसके email‑centric, minimalist, “अपने users के लिए काम करता है” approach और GitHub‑style interaction को जानबूझकर अस्वीकार करने को महत्व देते हैं।
- आलोचकों को UI पुराना, navigation असुविधाजनक, attachment handling खराब, और patch‑via‑email workflows newcomers के लिए उलझाने वाला लगता है।
- कुछ लोगों का तर्क है कि यह friction चुनिंदा रूप से serious contributors को आकर्षित करता है; अन्य कहते हैं कि यह छोटे लेकिन मूल्यवान contributions को ही खत्म कर देता है।
Mailing lists बनाम web‑based collaboration
- Mailing lists को open, federated, और सूक्ष्म technical discussion के लिए अच्छा बताया गया है, साथ ही git tooling integration के साथ।
- उठाई गई कमियाँ: subscription friction, inbox noise, newcomers के लिए खराब search, “reply vs reply‑all/list” की उलझन, mbox hassles।
- कई लोग कहते हैं कि mailing lists स्थापित, contributor‑rich projects के लिए ठीक हैं, लेकिन नए projects के लिए हतोत्साहित करने वाली हैं।
Contributors, friction और project goals
- कुछ project owners spam और entitlement को फ़िल्टर करने के लिए जानबूझकर ऊँची barriers पसंद करते हैं।
- अन्य लोग drive‑by fixes और documentation tweaks को प्रोत्साहित करने के लिए जितना संभव हो उतना कम friction चाहते हैं।
Alternatives और lock‑in चिंताएँ
- Forgejo, Gitea, Codeberg, Fossil, और self‑hosted Forgejo/Gitea या bare git को आशाजनक या पर्याप्त बताया गया है, हालांकि community और drama issues का उल्लेख भी है।
- टिप्पणीकार monoculture और भविष्य में GitHub के “enshittification” को लेकर चिंतित हैं, और बेहतर cross‑forge interoperability की इच्छा रखते हैं (issues, PRs, और reviews, सिर्फ git pushes नहीं)।