ट्रांसफर वास्तव में क्या बदलता है
GitHub रिपॉज़िटरी ट्रांसफर रिपॉज़िटरी को किसी दूसरे मालिक खाते में स्थानांतरित करता है। यह आपके प्रोफ़ाइल उपयोगकर्ता नाम को बदलने की प्रक्रिया नहीं है। उपयोगकर्ता नाम बदलने से खाते की सार्वजनिक पहचान और उससे बने URL बदल जाते हैं; रिपॉज़िटरी ट्रांसफर करने से यह बदलता है कि उस एक प्रोजेक्ट का मालिक कौन है। यदि आपका लक्ष्य किसी प्रोजेक्ट को किसी और को सौंपने के बजाय एक साफ़ प्रोफ़ाइल नाम रखना है, तो नीचे दिए गए ट्रांसफर चरण गलत टूल हैं।
यह अंतर योजना के लिए मायने रखता है। एक बार मूल मालिक खाता बंद हो जाने के बाद, कोई भी लॉग इन करके निमंत्रण स्वीकार नहीं कर सकता, फ़ॉलो-अप स्वीकृत नहीं कर सकता या छूटे हुए लिंक को ठीक नहीं कर सकता। पुराने खाते पर निर्भर सभी चीज़ें उस बिंदु से पहले तय होनी चाहिए, बाद में नहीं।
शुरू करने से पहले पुष्टि करने योग्य पूर्वापेक्षाएं
दो शर्तें तय करती हैं कि ट्रांसफर आगे बढ़ सकता है या नहीं:
रिपॉज़िटरी ट्रांसफर के लिए व्यवस्थापक पहुंच और एक संगत प्राप्तकर्ता खाता आवश्यक है, जिसमें कोई परस्पर विरोधी रिपॉज़िटरी नाम या फोर्क नेटवर्क न हो। स्रोत
व्यवहार में, इसका मतलब है कि कुछ भी अनुरोध करने से पहले मालिक पक्ष पर तीन चीज़ें और प्राप्तकर्ता पक्ष पर एक चीज़ जाँचें:
| जाँच | कौन पुष्टि करता है | यह ट्रांसफर को क्यों रोकता है |
|---|---|---|
| मालिक खाते के पास रिपॉज़िटरी तक व्यवस्थापक पहुंच है | मालिक | व्यवस्थापक अधिकारों के बिना ट्रांसफर शुरू नहीं किया जा सकता |
| प्राप्तकर्ता खाता संगत है | प्राप्तकर्ता | असंगत प्राप्तकर्ता खाता ट्रांसफर को रोक देता है |
| प्राप्तकर्ता पर उसी नाम की कोई रिपॉज़िटरी पहले से मौजूद नहीं है | प्राप्तकर्ता | परस्पर विरोधी नाम स्थानांतरण को रोकता है |
| कोई परस्पर विरोधी फोर्क नेटवर्क नहीं | प्राप्तकर्ता | परस्पर विरोधी फोर्क नेटवर्क स्थानांतरण को रोकता है |
यदि कोई भी पंक्ति विफल होती है, तो अनुरोध भेजने से पहले उसे हल करें। प्राप्तकर्ता पक्ष पर रिपॉज़िटरी का नाम बदलना या कोई भिन्न गंतव्य खाता चुनना प्राप्तकर्ता पक्ष के निर्णय हैं, इसलिए ट्रांसफर के बीच में टकराव का पता लगाने के बजाय उन पर पहले से सहमति बनाएं।
स्वीकृति चरण के लिए छोटी समय सीमा है
व्यक्तिगत खातों के बीच ट्रांसफर के लिए, प्राप्तकर्ता निष्क्रिय पक्ष नहीं है। उन्हें कार्रवाई करनी होती है:
किसी अन्य व्यक्तिगत खाते में ट्रांसफर के लिए, प्राप्तकर्ता एक ईमेल निमंत्रण स्वीकार करता है जो एक दिन बाद समाप्त हो जाता है। स्रोत
एक दिन की समाप्ति इस वर्कफ़्लो में मुख्य परिचालन जोखिम है। यदि प्राप्तकर्ता किसी भिन्न समय क्षेत्र में है, छुट्टी पर है, या बस अपना ईमेल नहीं देख रहा है, तो निमंत्रण समाप्त हो सकता है और ट्रांसफर फिर से शुरू करना पड़ सकता है। भेजने का समय तब तय करें जब प्राप्तकर्ता उपलब्ध हो, और उन्हें संदेश की अपेक्षा करने के लिए कहें ताकि वह अपठित न पड़ा रहे।
एक सरल मालिक/प्राप्तकर्ता स्वीकृति चेकलिस्ट:
- मालिक: व्यवस्थापक पहुंच, स्थानांतरित की जाने वाली सटीक रिपॉज़िटरी, और यह पुष्टि करें कि प्राप्तकर्ता के खाते पर कोई नाम या फोर्क-नेटवर्क टकराव नहीं है।
- प्राप्तकर्ता: गंतव्य खाते की पुष्टि करें और अपनी ओर से उन्हीं टकरावों की जाँच करें।
- दोनों: भेजने की एक ऐसी खिड़की पर सहमति बनाएं जब प्राप्तकर्ता एक दिन के भीतर जवाब दे सके।
- मालिक: ट्रांसफर अनुरोध भेजें।
- प्राप्तकर्ता: ईमेल निमंत्रण शीघ्र स्वीकार करें और वापस सूचित करें।
- मालिक: पुराने खाते के साथ कुछ भी करने से पहले पुष्टि करें कि रिपॉज़िटरी अब प्राप्तकर्ता के खाते के अंतर्गत दिखाई दे रही है।
चरण 6 की पुष्टि होने तक मालिक खाता बंद न करें। पुराना खाता ही एकमात्र स्थान है जहाँ से विफल या समाप्त ट्रांसफर फिर से भेजा जा सकता है।
बाद में सार्वजनिक लिंक का क्या होता है
लिंक व्यवहार वह जगह है जहाँ ट्रांसफर लोगों को चौंका देते हैं, क्योंकि दो प्रकार के लिंक अलग-अलग व्यवहार करते हैं:
ट्रांसफर के बाद रिपॉज़िटरी लिंक रीडायरेक्ट हो जाते हैं, लेकिन संबंधित GitHub Pages वेबसाइटें रीडायरेक्ट नहीं होतीं; पुराने रिपॉज़िटरी स्थान का पुनः उपयोग करने से रिपॉज़िटरी रीडायरेक्ट हट जाता है। स्रोत
यह ट्रांसफर-पश्चात लिंक ऑडिट के लिए एक स्पष्ट विभाजन देता है:
| लिंक प्रकार | ट्रांसफर के बाद | आवश्यक कार्रवाई |
|---|---|---|
| पुराने स्थान की ओर इंगित रिपॉज़िटरी लिंक | नए मालिक की ओर रीडायरेक्ट | आमतौर पर कुछ नहीं; एक नमूना सत्यापित करें |
| रिपॉज़िटरी से बनी GitHub Pages साइट | रीडायरेक्ट नहीं होती | Pages साइट के प्रत्येक प्रकाशित लिंक को अपडेट करें |
| पुराने रिपॉज़िटरी स्थान का किसी और द्वारा पुनः उपयोग | रीडायरेक्ट हट जाता है | पुराने स्थान को खाली न छोड़ें; लिंक को अद्यतित रखें |
तीसरी पंक्ति सबसे अधिक अनदेखी होने की संभावना है। यदि पुराने रिपॉज़िटरी पथ का बाद में पुनः उपयोग किया जाता है, तो वह रीडायरेक्ट गायब हो जाता है जो चुपचाप आपके पुराने लिंक को कवर कर रहा था। रीडायरेक्ट को माइग्रेशन के दौरान एक सुविधा मानें, स्थायी गारंटी नहीं, और उस पर निर्भर रहने के बजाय अपने नियंत्रण वाले लिंक अपडेट करें।
ट्रांसफर-पश्चात सार्वजनिक-लिंक चेकलिस्ट
प्राप्तकर्ता द्वारा स्वामित्व की पुष्टि के बाद और मालिक खाता बंद करने से पहले इसे चलाएं:
- अपने दस्तावेज़ों, README और प्रोजेक्ट का संदर्भ देने वाली किसी भी साइट से रिपॉज़िटरी लिंक का एक नमूना खोलें और पुष्टि करें कि वे नए मालिक पर पहुँचते हैं।
- रिपॉज़िटरी से जुड़ी प्रत्येक GitHub Pages साइट की पहचान करें, क्योंकि वे रीडायरेक्ट नहीं होतीं, और उनके प्रकाशित लिंक अपडेट करें।
- तय करें कि पुराने रिपॉज़िटरी स्थान का क्या होगा ताकि उसका पुनः उपयोग रीडायरेक्ट को हटाने वाले तरीके से न हो।
- उन जगहों से लिंक जाँचें जिन्हें आप नियंत्रित नहीं करते, जैसे बाहरी लेख या साझा बुकमार्क, और नोट करें कि किन्हें आप अपडेट कर सकते हैं और किन्हें नहीं।
- जब तक ऊपर का सब कुछ पूरा न हो जाए, मालिक खाता सक्रिय रखें।
स्वामित्व माइग्रेशन बनाम उपयोगकर्ता नाम परिवर्तन
रिपॉज़िटरी ट्रांसफर करना और प्रोफ़ाइल उपयोगकर्ता नाम बदलना अलग-अलग कार्य हैं जिनके अलग-अलग जोखिम हैं। ट्रांसफर इस बारे में है कि किसी प्रोजेक्ट का मालिक कौन है; उपयोगकर्ता नाम परिवर्तन खाते की अपनी सार्वजनिक पहचान के बारे में है। यदि आप वास्तव में रिपॉज़िटरी सौंपने के बजाय अपनी प्रोफ़ाइल कैसे दिखती है, उसे साफ़ करना चाहते हैं, तो पहले उपयोगकर्ता नाम गाइड से शुरू करें: बिना टूटे प्रोफ़ाइल लिंक छोड़े अपना GitHub उपयोगकर्ता नाम बदलना।
यदि आप दोनों कर रहे हैं, तो उन्हें जानबूझकर क्रम में करें: पहले रिपॉज़िटरी स्वामित्व तय करें, पुष्टि करें कि नया मालिक स्वतंत्र रूप से कार्य कर सकता है, और उसके बाद ही पुराने खाते को बदलें या बंद करें। उल्टे क्रम में करने से ट्रांसफर उस खाते पर निर्भर रह जाता है जिसे आप पहले ही छोड़ चुके हैं।
उपयोगकर्ता नाम खोज कहाँ फिट बैठती है, और कहाँ नहीं
खाता बंद करने से पहले, लोग अक्सर जानना चाहते हैं कि पुराने उपयोगकर्ता नाम के कौन से सार्वजनिक निशान अन्यत्र बचे हैं। उपयोगकर्ता नाम लुकअप अन्य प्लेटफ़ॉर्म पर सार्वजनिक प्रोफ़ाइल मिलानों को सामने ला सकता है, जो उन लिंक की लीड सूची के रूप में उपयोगी है जिन्हें आपको अपडेट करना पड़ सकता है। यह खाता सूची नहीं है, और कोई मिलान इस बात का प्रमाण नहीं है कि दोनों खातों का मालिक एक ही व्यक्ति है। परिणामों को हाथ से जाँचने के स्थानों के रूप में लें, न कि इस पुष्टि के रूप में कि कोई लिंक लाइव है या कोई खाता आपका है।
TraceSeek 3,000+ प्लेटफ़ॉर्म कवर करता है और 20-30 सेकंड में मुफ़्त पहला स्कैन लौटाता है। यह समीक्षा के लिए सार्वजनिक प्रोफ़ाइल की चेकलिस्ट बनाने में मदद कर सकता है, लेकिन यह स्वामित्व सत्यापित नहीं करता और ऊपर दिए गए ट्रांसफर और लिंक जाँचों का स्थान नहीं लेता। रिपॉज़िटरी ट्रांसफर स्वयं GitHub पर होता है, किसी लुकअप टूल में नहीं।
संचालन का एक यथार्थवादी क्रम
- तय करें कि आपको रिपॉज़िटरी ट्रांसफर, उपयोगकर्ता नाम परिवर्तन, या दोनों चाहिए।
- व्यवस्थापक पहुंच, प्राप्तकर्ता संगतता, और कोई नाम या फोर्क-नेटवर्क टकराव न होने की पुष्टि करें।
- ट्रांसफर तब भेजें जब प्राप्तकर्ता एक दिन के भीतर स्वीकार कर सके।
- पुष्टि करें कि रिपॉज़िटरी नए मालिक के अंतर्गत है।
- रिपॉज़िटरी लिंक और अलग से किसी भी GitHub Pages लिंक का ऑडिट करें।
- पुराने रिपॉज़िटरी स्थान को पुनः उपयोग से बचाएं।
- तभी मालिक खाता बंद करें।