GitLab: सार्वजनिक ईमेल को लॉगिन और कमिट ईमेल से अलग रखें

संक्षिप्त उत्तर

GitLab में एक ही ईमेल सेटिंग नहीं है। यहाँ कई सेटिंग्स हैं, और वे अलग-अलग चीज़ें नियंत्रित करती हैं: वह पता जिससे आप साइन इन करते हैं, वह पता जो आपकी सार्वजनिक प्रोफ़ाइल पर दिखता है, और वह पता जो आपके लिखे कमिट के साथ जुड़ता है। किसी पते को सुरक्षित रूप से हटाने का मतलब है हर जगह की जाँच करना, क्योंकि एक को बदलने से बाकी अपने आप साफ़ नहीं होते।

GitLab का प्राइमरी ईमेल लॉगिन, कमिट और सूचनाओं के लिए डिफ़ॉल्ट है; इसे बदलने पर पुराना प्राइमरी पता सेकेंडरी पता बना रहता है। स्रोत

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

तीन जगहें, तीन अलग सेटिंग्स

व्यावहारिक सबक यह है कि “अपनी प्रोफ़ाइल निजी बनाओ” और “इस पते का उपयोग बंद करो” एक ही काम नहीं हैं। ऊपर की हर पंक्ति की अपनी जाँच चाहिए।

चरण 1: तय करें कि सार्वजनिक प्रोफ़ाइल पर क्या दिखे

Public email फ़ील्ड अपने आप में एक सेटिंग है। यह चुनती है कि आपकी सार्वजनिक प्रोफ़ाइल पर कौन सा पता, अगर कोई हो, दिखे।

Public email फ़ील्ड सार्वजनिक प्रोफ़ाइल पर दिखने वाला पता चुनती है और यह एक अलग सेटिंग है। स्रोत

चूँकि यह अलग है, अपना प्राइमरी लॉगिन पता बदलने से अपने आप यह नहीं बदलता कि आगंतुक आपकी प्रोफ़ाइल पर क्या देखते हैं। Public email फ़ील्ड को सीधे जाँचें और तय करें कि वहाँ जो पता है वह दिखाने के लिए आप सहज हैं या नहीं। अगर आप कोई पता हटा रहे हैं, तो सबसे पहले यहीं देखें, क्योंकि यह सबसे ज़्यादा दिखने वाली जगह है।

चरण 2: प्राइमरी पता जानबूझकर बदलें

अगर मकसद पुराने पते से साइन इन करना बंद करना है, तो प्राइमरी ईमेल बदलें। यह ध्यान रखें कि इससे क्या होता है: पुराना प्राइमरी पता मिटने के बजाय सेकेंडरी पता बन जाता है।

GitLab का प्राइमरी ईमेल लॉगिन, कमिट और सूचनाओं के लिए डिफ़ॉल्ट है; इसे बदलने पर पुराना प्राइमरी पता सेकेंडरी पता बना रहता है। स्रोत

इसलिए दूसरे फ़ैसले के लिए तैयार रहें। बदलाव के बाद खाते के सेकेंडरी पतों की समीक्षा करें और तय करें कि पुराना पता जुड़ा रहना चाहिए या नहीं। यहाँ के स्वीकृत स्रोत इस सेकेंडरी बनने के व्यवहार का वर्णन करते हैं, लेकिन हटाने के हर रास्ते को नहीं बताते, इसलिए सेकेंडरी पता हटाने के सटीक चरणों को अपने खाता सेटिंग्स में पुष्टि करने योग्य मानें, न कि मान लें।

चरण 3: जाँचें कि आपके कमिट क्या उजागर करते हैं

कमिट ईमेल वह जगह है जिसे लोग सबसे अधिक नज़रअंदाज़ करते हैं, क्योंकि यह प्रोफ़ाइल पेज के बजाय कोड इतिहास से जुड़ी होती है। GitLab के कमिट ईमेल चयन में एक निजी-ईमेल विकल्प शामिल है।

GitLab कमिट ईमेल चयन में Use a private email विकल्प देता है; स्थानीय कमिट के लिए स्थानीय Git कॉन्फ़िगरेशन को भी ध्यान में रखना चाहिए। स्रोत

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

पुराने कमिट की सीमा

यही वह हिस्सा है जिस पर सबसे ज़्यादा सावधानी बरतनी चाहिए। स्वीकृत तथ्य मौजूदा सेटिंग्स का वर्णन करते हैं, पुराने कमिट को बाद में बदलने का नहीं। दिए गए स्रोतों में कहीं यह साबित नहीं होता कि अपनी कमिट ईमेल सेटिंग बदलने या प्रोफ़ाइल निजी करने से पहले के कमिट में दर्ज पता हट जाता है।

पुराने कमिट में उजागर पता को मौजूदा कॉन्फ़िगरेशन से अलग सवाल मानें:

• मौजूदा सेटिंग्स तय करती हैं कि नई गतिविधि के साथ क्या होगा।
• पुराने कमिट उस समय मौजूद कॉन्फ़िगरेशन के तहत ही लिखे गए थे।
• प्रोफ़ाइल की दृश्यता एक प्रदर्शन सेटिंग है, यह दावा नहीं कि कहीं और क्या संग्रहीत या दर्ज है।

अगर असली चिंता कमिट इतिहास में पुराना पता है, तो यह मानने के बजाय कि सेटिंग बदलने का असर पीछे तक पहुँचा, उस जगह को सीधे जाँचें। यहाँ के स्रोत पुराने कमिट को बाद में साफ़ करने की किसी प्रक्रिया का दस्तावेज़ीकरण नहीं करते, इसलिए उस पर योजना न बनाएँ।

सत्यापन चेकलिस्ट

इन्हें क्रम से पूरा करें, और जो आप उम्मीद करते हैं उसके बजाय जो आप अपने खाते में वास्तव में देखते हैं उसे दर्ज करें:

1. सार्वजनिक प्रोफ़ाइल। अपनी प्रोफ़ाइल को आगंतुक की तरह खोलें और देखें कि कौन सा पता, अगर कोई हो, दिख रहा है। फिर Public email फ़ील्ड जाँचें और पुष्टि करें कि यह आपके इरादे से मेल खाती है।
2. प्राइमरी ईमेल। पुष्टि करें कि अभी कौन सा पता प्राइमरी है और कौन से सेकेंडरी हैं। अगर आप प्राइमरी बदलते हैं, तो बाद में सूची फिर से जाँचें और नोट करें कि पुराना पता अब सेकेंडरी पतों में है।
3. कमिट ईमेल सेटिंग। पुष्टि करें कि GitLab के ज़रिए किए गए कमिट के लिए कौन सा विकल्प चुना गया है।
4. स्थानीय Git कॉन्फ़िगरेशन। जिस भी मशीन पर आप स्थानीय रूप से कमिट करते हैं, वहाँ कॉन्फ़िगर किया गया ईमेल जाँचें, क्योंकि वह GitLab सेटिंग से अलग हो सकता है।
5. पुराने कमिट। अपने पहले लिखे कमिट देखें और नोट करें कि कौन सा पता दिखता है। यह न मानें कि सेटिंग बदलने से वे बदल गए।

एक उपयोगी आदत है कि किसी भी बदलाव के बाद चरण 1 से 3 दोहराएँ, क्योंकि ये सेटिंग्स स्वतंत्र हैं और एक में बदलाव दूसरे में बदलाव की पुष्टि नहीं करता।

यह व्यापक सफ़ाई में कहाँ फिट बैठता है

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

अगर आप उसी समीक्षा के हिस्से के रूप में यह देखना चाहते हैं कि कोई यूज़रनेम प्लेटफ़ॉर्म पर कहाँ-कहाँ दिखता है, तो TraceSeek 3,000+ प्लेटफ़ॉर्म कवर करता है और मुफ़्त पहला स्कैन देता है, जिसे उत्पाद 20-30 सेकंड लेने वाला बताता है। ये उत्पाद के कथन हैं, स्वतंत्र माप नहीं, और स्कैन परिणाम को पहचान की पुष्टि नहीं, बल्कि सत्यापन की शुरुआत मानें।

किन बातों से बचें

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

अक्सर पूछे जाने वाले प्रश्न

क्या GitLab का प्राइमरी ईमेल बदलने से पुराना पता हट जाता है?

स्वीकृत तथ्यों के आधार पर नहीं। पुराना प्राइमरी पता सेकेंडरी पता के रूप में रखा जाता है, इसलिए पुराना पता खाते से जुड़ा रहता है और उस पर अलग फ़ैसला चाहिए।

क्या Public email फ़ील्ड मेरे लॉगिन ईमेल के समान है?

ये अलग सेटिंग्स हैं। Public email फ़ील्ड सार्वजनिक प्रोफ़ाइल पर दिखने वाला पता चुनती है, जबकि प्राइमरी ईमेल लॉगिन, कमिट और सूचनाओं के लिए डिफ़ॉल्ट है।

अगर मैं निजी कमिट ईमेल सेट करता हूँ, तो क्या मेरे पुराने कमिट अपडेट हो जाते हैं?

दिए गए स्रोत पुराने कमिट में किसी बाद के बदलाव को साबित नहीं करते। यह मानने के बजाय कि सेटिंग का असर पीछे तक पहुँचा, पुराने कमिट सीधे जाँचें।

कमिट की निजता के लिए क्या मुझे GitLab के बाहर कुछ बदलना होगा?

संभवतः। स्थानीय Git कॉन्फ़िगरेशन भी आपके स्थानीय रूप से बनाए कमिट को प्रभावित करता है, इसलिए अकेली GitLab सेटिंग सब कुछ कवर नहीं कर सकती।