परिचित नाम से नहीं, प्रोजेक्ट से शुरू करें
किसी सार्वजनिक रिलीज़ घोषणा की जाँच करते समय आपको समान प्रोजेक्ट नाम वाली दो रिपॉजिटरी मिल सकती हैं। जिस प्रोजेक्ट वेबसाइट पर आप पहले से भरोसा करते हैं, जो संगठन URL आपको मिला है और जिस रिपॉजिटरी URL की समीक्षा हो रही है, उन्हें लिख लें। इससे यह रुकता है कि किसी संगठन बैज को आपके नोट्स में किसी असंबंधित खोज परिणाम के साथ जोड़ दिया जाए।
संगठन प्रोफ़ाइल को स्वयं खोलें। किसी स्क्रीनशॉट में कैद या README में उल्लिखित बैज, वर्तमान प्रोफ़ाइल के अवलोकन के समान नहीं है। जिस तारीख को आपने इसे जाँचा और प्रोफ़ाइल जानकारी के साथ दिखाया गया सटीक डोमेन, उसे दर्ज करें।
डोमेन संबंध को सटीकता से पढ़ें
GitHub अपने संगठन बैज को डोमेन के स्वामित्व के सत्यापन के परिणाम के रूप में प्रलेखित करता है। प्रोफ़ाइल में दिखाई गई वेबसाइट और ईमेल जानकारी सत्यापित डोमेन से मेल खानी चाहिए; भिन्न डोमेन, जिनमें कुछ प्रकार शामिल हैं, के लिए उनका अपना सत्यापन आवश्यक है। GitHub डोमेन अनुमोदन को एक अलग प्रक्रिया के रूप में भी वर्णित करता है। स्रोत
यह तय करने के बजाय कि प्रोजेक्ट नाम वाला हर पता समान है, सटीक होस्ट की तुलना करें। एक उदाहरण प्रोजेक्ट के लिए, docs.example.org और example.org को अलग-अलग होस्ट के रूप में लिखा जाना चाहिए, भले ही संगठन दोनों को संचालित करता हो। एक की स्थिति को दूसरे की वर्तनी से न निकालें।
यह एक पठन कार्य है। किसी सार्वजनिक प्रोजेक्ट स्रोत का निरीक्षण करने के लिए आपको DNS बदलने, संगठन पहुँच का अनुरोध करने या स्वयं डोमेन सत्यापित करने की आवश्यकता नहीं है।
तीन अलग-अलग जाँचों को अलग-अलग पंक्तियों में रखें
| वस्तु | उपयोगी प्रश्न | क्या जाँचना बाकी है |
|---|---|---|
| संगठन प्रोफ़ाइल | कौन-सा डोमेन संबंध प्रलेखित है? | क्या यह आपके कार्य के लिए प्रासंगिक संगठन है |
| रिपॉजिटरी | क्या यह वही प्रोजेक्ट है जिसे संगठन की अपनी साइट लिंक करती है? | क्या आपने सही रिपॉजिटरी और संस्करण खोला है |
| रिलीज़ या दस्तावेज़ | वास्तविक अंश क्या कहता है? | क्या यह उस विशेष दावे का समर्थन करता है जिसे आप उद्धृत करने की योजना बनाते हैं |
एक प्रोफ़ाइल आपको किसी प्रोजेक्ट तक पहुँचने में मदद कर सकती है, लेकिन उस प्रोजेक्ट के हर कथन की सत्यता तय नहीं करती। इसी तरह, बैज का अनुपस्थित होना प्रोफ़ाइल के बारे में एक अवलोकन है, यह निष्कर्ष नहीं कि संगठन धोखाधड़ी है।
जो साक्ष्य आपने वास्तव में उपयोग किया, उसे सुरक्षित रखें
जब उपलब्ध हो, संगठन की अपनी वेबसाइट से प्रोजेक्ट लिंक का अनुसरण करें, उसके गंतव्य की तुलना उस रिपॉजिटरी से करें जो आपको मिली, और प्रासंगिक रिलीज़ या दस्तावेज़ का पता सहेजें। यदि साइट और रिपॉजिटरी असहमत हैं, तो दोनों गंतव्य रखें और संबंध को अनसुलझा लेबल करें, अधिक चमकदार पृष्ठ चुनने के बजाय।
एक उदाहरण चेंजलॉग जाँच के लिए, उपयोगी परिणाम एक रिपॉजिटरी, एक रिलीज़ संस्करण और उस सुविधा का समर्थन करने वाला वाक्य है। अकेला बैज वह परिणाम नहीं है। जब फ़ाइल बाद में बदल सकती है, तो स्थिर GitHub स्रोत लिंक का उपयोग करें।
यदि आपने जो बैज देखा है वह किसी कमिट के बगल में है, तो इसके बजाय कमिट-हस्ताक्षर गाइड का उपयोग करें। यह एक अलग वस्तु को संबोधित करता है और इसे संगठन-डोमेन समीक्षा के विकल्प के रूप में नहीं लिया जाना चाहिए।