GitHub अकाउंट खरीदने से पहले रिपॉज़िटरी, टू-फ़ैक्टर और ईमेल सेटिंग्स समझें

रिपॉज़िटरी, CI और ऑर्गनाइज़ेशन टेस्टिंग में GitHub अकाउंट

GitHub सिर्फ़ कोड रखने की जगह नहीं है। एक ही प्रोफ़ाइल से रिपॉज़िटरी, पुल रिक्वेस्ट, इश्यू, GitHub Actions वर्कफ़्लो, Pages साइट और ऑर्गनाइज़ेशन की टीमें जुड़ी रहती हैं। इसीलिए अलग अकाउंट की ज़रूरत अक्सर पूरी तरह व्यावहारिक होती है:

• QA टीम किसी GitHub App या OAuth इंटीग्रेशन को ऐसे यूज़र से जाँचना चाहती है जिसकी परमिशन सीमित हों;
• फ़्रीलांसर या एजेंसी क्लाइंट का काम अपने निजी प्रोफ़ाइल से अलग रखना चाहती है;
• ऑर्गनाइज़ेशन में रोल, ब्रांच प्रोटेक्शन और CODEOWNERS नियमों को असली सदस्य जैसे अकाउंट से परखना है;
• CI या डिप्लॉय के लिए अलग मशीन अकाउंट चाहिए, ताकि किसी डेवलपर का निजी टोकन पाइपलाइन में न पड़ा रहे।

GitHub अकाउंट खरीदें, उससे पहले तय करें कि इनमें से आपकी असली ज़रूरत कौन-सी है। इसी से पता चलेगा कि आपको बिल्कुल खाली नया अकाउंट चाहिए या पहले से बना हुआ पुराना।

एज्ड अकाउंट और कॉन्ट्रिब्यूशन हिस्ट्री को ईमानदारी से देखें

कुछ खरीदार एज्ड यानी काफ़ी पहले बने अकाउंट ढूँढते हैं, जैसे यह परखने के लिए कि उनका टूल या इंटीग्रेशन पुराने इतिहास वाले प्रोफ़ाइल के साथ कैसे चलता है। अच्छी लिस्टिंग साफ़ बताती है कि अकाउंट मोटे तौर पर कब बना, उसमें पब्लिक रिपॉज़िटरी या फ़ॉर्क हैं या नहीं, और कॉन्ट्रिब्यूशन ग्राफ़ खाली है या भरा हुआ।

एक बात पर कोई समझौता नहीं: किसी और के कमिट, स्टार या कॉन्ट्रिब्यूशन ग्राफ़ को नौकरी के आवेदन, क्लाइंट प्रपोज़ल या पोर्टफ़ोलियो में अपने अनुभव के रूप में दिखाना धोखा है। पुरानी हिस्ट्री वाला अकाउंट तकनीकी काम के लिए लें, अपनी पहचान गढ़ने के लिए नहीं। नकली स्टार, स्पैम इश्यू या किसी प्रोजेक्ट पर बनावटी गतिविधि के लिए भी इसका उपयोग न करें।

टू-फ़ैक्टर ऑथेंटिकेशन, SSH की और टोकन सेटअप

डिलीवर किया गया डेटा rStock पर आपके ऑर्डर पेज पर दिखता है और उसी ऑर्डर से डिलीवरी रिकॉर्ड के रूप में जुड़ा रहता है। उसे खोलते ही लॉगिन करें और यह क्रम अपनाएँ:

1. पासवर्ड बदलें और Sessions की सूची में दिख रहे अनजान सेशन बंद करें।
2. Emails सेक्शन में अपना ईमेल जोड़ें, वेरिफ़ाई करें और उसे प्राइमरी बनाएँ। पुराना पता तभी हटाएँ जब नया ठीक से काम करने लगे।
3. टू-फ़ैक्टर ऑथेंटिकेशन अपने ऑथेंटिकेटर ऐप, पासकी या सिक्योरिटी की के साथ दोबारा सेट करें और नए रिकवरी कोड सुरक्षित जगह रखें। GitHub कोड में योगदान करने वाले यूज़र्स के लिए टू-फ़ैक्टर अनिवार्य करता जा रहा है, इसलिए यह क़दम टालने लायक नहीं है।
4. SSH and GPG keys पेज पर पहले से मौजूद हर की हटाएँ और सिर्फ़ अपनी नई की जोड़ें।
5. Developer settings में पुराने personal access token मिटाएँ, और Applications में अधिकृत OAuth ऐप व GitHub App की पहुँच रद्द करें।

अगर लिस्टिंग के अनुसार टू-फ़ैक्टर पहले से चालू है, तो डिलीवरी में उसका एक्सेस या रिकवरी कोड शामिल होने चाहिए; वरना पहली ही सुरक्षा जाँच पर आप अकाउंट से बाहर हो सकते हैं। लॉगिन डेटा किसी चैट, इश्यू या सार्वजनिक रिपॉज़िटरी में कभी न डालें।

स्टोर को परखना: विवरण, रेटिंग और बिक्री

rStock ख़ुद विक्रेता नहीं, बल्कि प्लेटफ़ॉर्म है। हर स्टोर को बेचने से पहले मंज़ूरी लेनी होती है और हर लिस्टिंग लाइव होने से पहले रिव्यू होती है, फिर भी तुलना आपको ख़ुद करनी चाहिए:

• विवरण में अकाउंट की उम्र, ईमेल एक्सेस, टू-फ़ैक्टर की स्थिति और डिलीवरी का फ़ॉर्मेट साफ़ लिखा हो;
• स्टोर प्रोफ़ाइल पर बिक्री की संख्या, रेटिंग और इंश्योरेंस बैलेंस देखें; इंश्योरेंस बैलेंस वह रक़म है जो स्टोर प्लेटफ़ॉर्म के पास जमा रखता है, और यह भरोसे का एक संकेत है;
• रिव्यू पढ़ें, ख़ासकर वे ऑर्डर जिन पर रिफ़ंड का लेबल लगा है, ताकि पता चले कि पहले किस तरह की शिकायतें आईं;
• स्पॉन्सर्ड जगहों पर हमेशा लेबल होता है और पेड प्लान किसी स्टोर को छिपी रैंकिंग नहीं देते, इसलिए सूची में ऊपर दिखना अपने आप में गुणवत्ता का सबूत नहीं है।

rStock पर GitHub अकाउंट खरीदें, तो उसके लिए आपका ईमेल वेरिफ़ाइड होना चाहिए। बैलेंस Cryptomus के ज़रिये क्रिप्टोकरेंसी से टॉप-अप होता है और USDT में जमा होता है; भुगतान सिर्फ़ इसी बैलेंस से होता है। एक बार में एक प्रोडक्ट चुनें और मात्रा तय करें, जैसे टीम के लिए कई टेस्ट यूज़र चाहिए हों। सिस्टम यह पक्का करता है कि एक ही आइटम दो खरीदारों को न बिके, और आपकी रक़म स्टोर को सीधे जारी नहीं होती बल्कि रोककर रखी जाती है।

GitHub की शर्तें और rStock पर विवाद

GitHub अपने मालिक का ट्रेडमार्क है; rStock एक स्वतंत्र मार्केटप्लेस है और उससे किसी भी तरह संबद्ध नहीं है। अकाउंट इस्तेमाल करते समय GitHub की अपनी सेवा-शर्तों और स्वीकार्य उपयोग नीतियों का पालन करें।

अगर लॉगिन न हो, ईमेल एक्सेस न मिले या अकाउंट विवरण से मेल न खाए, तो डिलीवरी के बाद मिली सीमित अवधि के भीतर ऑर्डर पेज से विवाद खोलें। पहले स्टोर जवाब देता है; सहमति न बने तो मॉडरेटर को बुलाया जा सकता है। फ़ैसला पूरा रिफ़ंड, आंशिक रिफ़ंड, स्टोर को भुगतान जारी करना या दोनों के बीच बँटवारा हो सकता है, और रिफ़ंड आपके rStock बैलेंस में लौटता है। त्रुटि संदेशों के स्क्रीनशॉट सँभालकर रखें। मौजूदा ऑफ़र देखने के लिए GitHub कैटेगरी पेज खोलें, जहाँ स्वतंत्र स्टोर्स के ऑफ़र सूचीबद्ध होते हैं।