पुराना GitHub रिपॉज़िटरी लिंक मूल स्वामी की ओर रीडायरेक्ट होना बंद कर सकता है

रीडायरेक्ट वास्तव में क्या सुरक्षित रखता है

जब किसी खाते का नाम बदला जाता है, तो GitHub कुछ प्रकार के लिंक के लिए निरंतरता बनाए रखता है और अन्य के लिए नहीं, और नियम लिंक प्रकार के अनुसार भिन्न होते हैं। प्रोफ़ाइल लिंक सबसे नाज़ुक होते हैं: पिछला प्रोफ़ाइल पता अग्रेषित होने के बजाय काम करना बंद कर देता है। रिपॉज़िटरी और gist लिंक का निरंतरता व्यवहार अलग होता है। व्यावहारिक बात यह है कि एक पुराना लिंक इस बात का टिकाऊ साक्ष्य नहीं है कि कोई परियोजना अब किसकी है, क्योंकि परिणाम इस पर निर्भर करता है कि आपने किस प्रकार का लिंक सहेजा था और बाद में पुराने नाम के साथ क्या हुआ। [GitHub Docs: उपयोक्तानाम परिवर्तन]

• ध्यान दें कि आपके पास किस प्रकार का लिंक है: प्रोफ़ाइल, रिपॉज़िटरी, या gist।
• प्रोफ़ाइल लिंक को निरंतरता का सबसे कम विश्वसनीय रूप मानें।

पुराना नेमस्पेस और समान-नाम टकराव

विशिष्ट विफलता मुक्त नेमस्पेस और दोबारा उपयोग किए गए रिपॉज़िटरी नाम के बीच टकराव है। उपयोगकर्ता नाम बदलने से पुराना नाम मुक्त हो जाता है। रिपॉज़िटरी लिंक सामान्यतः रीडायरेक्ट होते हैं, लेकिन उस मुक्त उपयोगकर्ता नाम का नया स्वामी पुराने के समान नाम से रिपॉज़िटरी बना सकता है, और वह नई रिपॉज़िटरी रीडायरेक्ट को ओवरराइड कर देती है। इस प्रकार दो असंबंधित परियोजनाएँ एक जैसा दिखने वाला पता साझा कर सकती हैं, एक पुरानी और एक नई। पते से ही यह नहीं पता चलता कि आप कौन-सी परियोजना देख रहे हैं, इसलिए गंतव्य को मानने के बजाय जाँचना चाहिए। [GitHub Docs: उपयोक्तानाम परिवर्तन]

डेटिंग संपर्क को श्रेय देना असुरक्षित क्यों है

किसी परिचित दिखने वाले पते पर दिखने वाली परियोजना यह स्थापित नहीं करती कि आपको संदेश भेजने वाले व्यक्ति ने इसे लिखा, इसका स्वामित्व रखता है, या इससे जुड़ा भी है। यही सीमा पुराने इंटरफ़ेस डिस्प्ले पर भी लागू होती है: GitHub Mobile खाते के साइन आउट होने तक पुराना उपयोगकर्ता नाम दिखाता रह सकता है, इसलिए दिखने वाला नाम वर्तमान पहचान का प्रमाण नहीं है। किसी भी एकल तकनीकी कलाकृति को एक संकीर्ण संकेत मानें। यह किसी डेटिंग बायो, मंशा या चरित्र की पुष्टि नहीं करता, और इसका उपयोग किसी पर आरोप लगाने या उनका सामना करने के लिए नहीं करना चाहिए। [GitHub Docs: उपयोक्तानाम परिवर्तन]

स्वेच्छा से साझा किए गए वर्तमान गंतव्य को सत्यापित करें

अधिक सुरक्षित रास्ता वह वर्तमान गंतव्य है जिसे परियोजना का स्वामी स्वयं साझा करना चुनता है, न कि कोई पुराना सहेजा गया लिंक। परियोजना का प्रामाणिक स्थान माँगें और उसकी तुलना परियोजना के अपने सार्वजनिक विवरण, रिलीज़ नोट्स या README इतिहास से शांत, आरोप-रहित तरीके से करें। यदि प्रलेखित नियंत्रण या सार्वजनिक कलाकृति उपलब्ध न हो, तो दर्ज करें कि यह अनुपलब्ध है और पहुँच सीमा पर रुकें। अनुमान लगाने के बजाय कि कोई पता अब किस ओर इंगित करता है, आधिकारिक वर्तमान सहायता दस्तावेज़ीकरण का उपयोग करें, या सीधे स्वेच्छा से दिया गया वर्तमान लिंक माँगें।

संकेत को उचित अनुपात में रखें

जो आपने देखा, जिसका यह समर्थन कर सकता है, और जो आप करने का निर्णय लेते हैं, उन्हें अलग रखें। अवलोकन: एक लिंक किसी परियोजना पृष्ठ पर पहुँचता है। सीमा: हो सकता है वह पृष्ठ मूल परियोजना न हो, और उसका होना किसी पत्राचारकर्ता के बारे में कुछ विश्वसनीय नहीं कहता। निर्णय: श्रेय के प्रयोजनों के लिए परियोजना को असत्यापित मानें और संबंध को बातचीत के आधार पर तौलें। यदि चिंता बनी रहे, तो धीमे हो जाएँ और स्वैच्छिक, वर्तमान जानकारी पर भरोसा करें, न कि ऐसी सार्वजनिक कलाकृतियों पर जो कभी किसी व्यक्ति की ईमानदारी के बारे में प्रश्नों का उत्तर देने के लिए बनी ही नहीं थीं।

• प्रत्येक के लिए एक वाक्य लिखें: आपने क्या देखा, यह क्या सिद्ध नहीं कर सकता, और आप आगे क्या करेंगे।
• सार्वजनिक कोड की जाँच के बजाय संबंध के बारे में प्रश्न पसंद करें।

कुछ और सवाल