अपने खाते को खंड दर खंड देखें। ध्यान दें कि आपने प्रोफ़ाइल के किन हिस्सों को निजी बनाया है, फिर अलग से अपनी उपयोगकर्ता-दर्ज स्थिति और आपने पहले जो कुछ प्रकाशित किया था, जाँचें: प्रोफ़ाइल को निजी बनाना प्रोफ़ाइल अनुभागों को छिपाता है, लेकिन एक स्थिति सार्वजनिक रह सकती है और पहले सार्वजनिक संसाधन वापस नहीं लिए जाते। अपनी स्थिति से संवेदनशील शब्दावली हटाएँ और पुराने सार्वजनिक काम को ऐसे इतिहास के रूप में दर्ज करें जिसे केवल गोपनीयता सेटिंग से पुनः अप्रकाशित नहीं किया जा सकता। यह सूची बनाने की आदत है, अतीत को मिटाने वाला स्विच नहीं।
हमारे TraceSeek ऐप के साथ सार्वजनिक सोशल प्रोफ़ाइल संकेत खोजें।
दो अलग सूचियों से शुरू करें
इसे दो सूचियों के रूप में लें, एक गोपनीयता टॉगल के रूप में नहीं। पहली सूची पर, अपने ही खाते पर आपके नियंत्रण वाले प्रोफ़ाइल अनुभाग लिखें और क्या प्रत्येक निजी है या दृश्यमान। दूसरी सूची पर, वह लिखें जो उन अनुभागों से बाहर है: आपका उपयोगकर्ता-दर्ज स्थिति पाठ और कोई भी संसाधन जो पहले सार्वजनिक था। प्रोफ़ाइल को निजी बनाना प्रोफ़ाइल अनुभागों को छिपाता है, लेकिन यह हर पहले सार्वजनिक संसाधन को नहीं छिपाता, और एक उपयोगकर्ता-दर्ज स्थिति सार्वजनिक रह सकती है। दोनों सूचियों को अलग रखें ताकि आप निजी प्रोफ़ाइल को साफ़ स्थिति न मान लें। [GitLab Docs: सार्वजनिक प्रोफ़ाइल, खाता ID और स्वामी सेटिंग्स]
- उन प्रोफ़ाइल अनुभागों की सूची बनाएँ जिन्हें आपने निजी पर सेट किया है।
- अपने स्थिति पाठ और किसी भी पहले सार्वजनिक संसाधन को अलग से सूचीबद्ध करें।
- प्रत्येक आइटम को स्वामी-नियंत्रित, डिज़ाइन-से-सार्वजनिक, या पहले सार्वजनिक इतिहास के रूप में चिह्नित करें।
स्थिति फ़ील्ड को स्वयं लिखे पाठ के रूप में जाँचें
आपकी स्थिति आपने लिखी है, इसलिए यह आपकी अपनी सफ़ाई में आती है, इस दावे में नहीं कि कोई प्लेटफ़ॉर्म क्या छिपाता है। साइन इन रहते हुए अपनी प्रोफ़ाइल खोलें और स्थिति पंक्ति को ऐसे पढ़ें जैसे कोई अजनबी पढ़ेगा। जो स्वयं लिखे विवरण आप अब दृश्यमान नहीं रखना चाहते, उन्हें हटाएँ। पाठ को ही संपादित करने को सुरक्षात्मक कदम मानें, क्योंकि जाँचे गए तथ्य केवल यह स्थापित करते हैं कि प्रोफ़ाइल अनुभागों के निजी होने पर भी एक स्थिति सार्वजनिक रह सकती है; कौन-से विवरण संवेदनशील हैं, यह तय करना आपका निर्णय है। [GitLab Docs: सार्वजनिक प्रोफ़ाइल, खाता ID और स्वामी सेटिंग्स]
- जो स्थिति पाठ आप अब दृश्यमान नहीं रखना चाहते, उसे दोबारा लिखें या हटाएँ।
- नए पाठ को ऐसे दोबारा पढ़ें जैसे आप अजनबी हों।
- जिस तारीख को आपने इसे बदला, वह दर्ज करें।
पुराना सार्वजनिक काम इतिहास है, कोई सेटिंग नहीं
जो संसाधन पहले सार्वजनिक थे, वे प्रोफ़ाइल को निजी बनाने से वापस नहीं लिए जाते। कमिट इतिहास, पुराने सार्वजनिक प्रोजेक्ट, और पहले से कॉपी या इंडेक्स किया गया कुछ भी दृश्यता बदलाव से अधिक जीवित रह सकता है। यह दावा न करें कि गोपनीयता स्विच प्रोजेक्ट इतिहास मिटा देता है; इसके बजाय, पुराने सार्वजनिक आइटम अपनी सूची में दर्ज करें और आइटम दर आइटम तय करें कि क्या वह अब भी आपके लिए मायने रखता है। जहाँ आप कुछ बदल नहीं सकते, वहाँ अनुपलब्ध लिखें और अनुमान लगाने के बजाय उस सीमा पर रुकें। [GitLab Docs: सार्वजनिक प्रोफ़ाइल, खाता ID और स्वामी सेटिंग्स]
- पुराने सार्वजनिक प्रोजेक्ट और कमिट को अपनी सूची पर इतिहास के रूप में दर्ज करें।
- तय करें कि क्या प्रत्येक अब भी मायने रखता है; जहाँ आप कार्रवाई नहीं कर सकते, वहाँ अनुपलब्ध लिखें।
- गोपनीयता बदलाव को प्रोजेक्ट इतिहास मिटाने के रूप में न बताएँ।
ईमेल और पहचान फ़ील्ड अलग रखें
आपकी प्रोफ़ाइल ईमेल और आपकी कमिट ईमेल अलग सेटिंग हैं, और भविष्य के काम के लिए स्वतः उत्पन्न निजी कमिट ईमेल उपलब्ध है। यह पुराने सार्वजनिक कमिट को पूर्वव्यापी रूप से नहीं मिटाता, इसलिए अपने ही खाते पर दोनों सतहों को जाँचें। यही सावधानी बाहरी सोशल-अकाउंट फ़ील्ड पर भी लागू होती है, जिनमें डिस्प्ले नाम के बजाय Discord उपयोगकर्ता आईडी या GitHub उपयोगकर्ता नाम जैसे पहचानकर्ता हो सकते हैं। उन फ़ील्ड को ऐसे पहचानकर्ताओं के रूप में देखें जिन्हें प्रकाशित करने का चयन आपने किया। [GitLab Docs: सार्वजनिक प्रोफ़ाइल, खाता ID और स्वामी सेटिंग्स]
- प्रोफ़ाइल ईमेल और कमिट ईमेल सेटिंग्स की तुलना करें।
- उन पुराने कमिट का ध्यान दें जिनमें अब भी पहले का पता है।
- बाहरी खाता फ़ील्ड को पहचानकर्ता के रूप में पढ़ें, डिस्प्ले नाम के रूप में नहीं।
योगदान और उपस्थिति प्रमाण नहीं हैं
स्वामी सभी अंतर्निहित प्रोजेक्ट जानकारी प्रकाशित किए बिना निजी योगदान गतिविधियाँ दिखा सकते हैं। योगदान ग्राफ़ को गतिविधि के सारांश के रूप में पढ़ें, वास्तविक समय की उपस्थिति या पहचान रिकॉर्ड के रूप में नहीं। यह तब मायने रखता है जब आप अपनी ही छाप का ऑडिट करते हैं: शांत ग्राफ़ या निजी अनुभाग इस बात का साक्ष्य नहीं है कि कोई अनुपस्थित है, और दृश्यमान ग्राफ़ वर्तमान गतिविधि का प्रमाण नहीं है। अवलोकन, उनकी सीमाएँ और अपने निर्णय अलग-अलग कॉलम में रखें ताकि ऑडिट ईमानदार रहे। [GitLab Docs: सार्वजनिक प्रोफ़ाइल, खाता ID और स्वामी सेटिंग्स]
एक उदाहरण सूची (काल्पनिक)
मान लें कि एक स्वामी ने कई प्रोफ़ाइल अनुभाग छिपा दिए हैं लेकिन एक स्थिति छोड़ी है जिसमें एक शहर और साप्ताहिक दिनचर्या का नाम है। उनके पुराने सार्वजनिक प्रोजेक्ट में अब भी उस पते के अंतर्गत शुरुआती कमिट दिखते हैं जिसे वे अब उपयोग नहीं करते। ध्यान दें कि GitLab.com और स्वतंत्र रूप से होस्ट किए गए इंस्टेंस अलग-अलग खाता संदर्भ हैं, इसलिए पुष्टि करें कि आप कौन-सा होस्ट देख रहे हैं। नीचे दी गई काल्पनिक वर्कशीट प्रत्येक अवलोकन को उसकी सीमा और व्यावहारिक अगले कदम के साथ रखती है। [GitLab Docs: सार्वजनिक प्रोफ़ाइल, खाता ID और स्वामी सेटिंग्स]
| अवलोकन | सीमा | अगला कदम |
|---|---|---|
| प्रोफ़ाइल अनुभाग निजी पर सेट | पहले सार्वजनिक संसाधनों को नहीं छिपाता | पुराने सार्वजनिक प्रोजेक्ट को इतिहास के रूप में सूचीबद्ध करें, स्थिर के रूप में नहीं |
| स्थिति में एक शहर और साप्ताहिक दिनचर्या का नाम है | निजी अनुभागों के बावजूद स्थिति सार्वजनिक रह सकती है | स्थिति पाठ को संपादित करके तटस्थ शब्दावली तक सीमित करें |
| पुराने कमिट पहले का ईमेल उपयोग करते हैं | निजी कमिट ईमेल केवल आगे के लिए लागू होता है | पुराने कमिट को इतिहास के रूप में दर्ज करें; तय करें कि कार्रवाई संभव है या नहीं |
कुछ और सवाल
क्या मेरी GitLab प्रोफ़ाइल को निजी बनाना मेरी स्थिति और पुराने प्रोजेक्ट छिपा देता है?
नहीं। एक निजी प्रोफ़ाइल प्रोफ़ाइल अनुभागों को छिपाती है, लेकिन उपयोगकर्ता-दर्ज स्थिति सार्वजनिक रह सकती है और पहले सार्वजनिक संसाधन वापस नहीं लिए जाते। स्थिति पाठ को स्वयं संपादित करें और पुराने सार्वजनिक काम को इतिहास के रूप में दर्ज करें।
क्या मैं निजी कमिट ईमेल से पुराने सार्वजनिक कमिट मिटा सकता हूँ?
नहीं। स्वतः उत्पन्न निजी कमिट ईमेल भविष्य के काम के लिए उपलब्ध है, लेकिन यह पुराने सार्वजनिक कमिट को पूर्वव्यापी रूप से नहीं मिटाता। उन्हें इतिहास के रूप में सूचीबद्ध करें और आइटम दर आइटम तय करें।
अगर मैं जो पाता हूँ उसे बदल नहीं सकता तो क्या करूँ?
इसे अनुपलब्ध के रूप में दर्ज करें और पहुँच सीमा पर रुकें। उस सतह के लिए प्लेटफ़ॉर्म की वर्तमान आधिकारिक सहायता का उपयोग करें, या किसी ऐसे सह-मेंटेनर से, जिसे आप पहले से जानते हैं, स्वेच्छा से लिंक माँगें, बिना मौन को किसी बात का प्रमाण माने।
स्रोत और संपादकीय नोट्स
आधिकारिक संदर्भ 23 अक्टूबर 2026 को जाँचे गए। चेकलिस्ट, तुलना तालिकाएँ और उदाहरण शब्दावली DateClues के संपादकीय उपकरण हैं, आधिकारिक परीक्षण या मान्य जोखिम स्कोर नहीं।
सामान्य जानकारी। कोई भी गाइड या टूल किसी व्यक्ति की पहचान, मंशा या सुरक्षा को प्रमाणित नहीं कर सकता। हमारे संपादकीय मानक पढ़ें।