ما الذي يمسّه تغيير اسم مستخدم GitLab فعليًا
تعامل مع تغيير اسم مستخدم GitLab كترحيل نطاق ذي عواقب علنية، لا كتعديل ملف شخصي. فالمعرّف في ملفك الشخصي والمسار في روابط مشاريعك مرتبطان، لذا قد يؤثر إعادة التسمية في أي شيء يشير إلى المسار القديم.
تغيير اسم مستخدم GitLab يغيّر أيضًا النطاق الشخصي للحساب. المصدر
هذه الحقيقة الواحدة تفسر لماذا يجب أن يتم التحقق قبل إعادة التسمية لا بعدها. إذا كان أي مشروع أو صفحة أو حزمة أو مرجع خارجي يعتمد على مسار النطاق القديم، فأنت بحاجة إلى معرفة ذلك مسبقًا وتحديد كيفية التعامل معه.
العائقان الموثقان
تذكر GitLab متطلبًا مسبقًا محددًا لتغيير اسم المستخدم. وهو ضيق النطاق، لكنه مجموعة العوائق الوحيدة المثبتة في المصدر المعتمد هنا، لذا استخدمه كبوابتك الأولى.
من متطلبات تغيير اسم المستخدم ألا يحتوي النطاق على مشروع يحمل وسوم Container Registry ولا مشروع يستضيف GitLab Pages. المصدر
عمليًا، يعني هذا أنه عليك جرد المشاريع في نطاقك الشخصي وتحديد أي منها يستخدم وسوم Container Registry أو يستضيف GitLab Pages. تلك هي المشاريع التي يجب حلها أو نقلها قبل أن تتم إعادة التسمية. لا تفترض أن مشروعًا يخلو من هذه الميزات آمن تلقائيًا؛ فالمصدر يثبت هذه كمتطلبات مسبقة، لا كقائمة كاملة بكل تأثير تابع محتمل.
راجع سلوك إعادة التوجيه قبل أن تلتزم
يقول المصدر المعتمد أيضًا إن GitLab توجّه المستخدمين إلى مراجعة سلوك إعادة توجيه المستودعات قبل تغيير اسم المستخدم، وإن مسار اسم المستخدم الجديد موجود في إعدادات حساب الملف الشخصي مع إجراء Update username.
توجّه GitLab المستخدمين إلى مراجعة سلوك إعادة توجيه المستودعات قبل تغيير اسم المستخدم؛ وتوفر إعدادات حساب الملف الشخصي مسار اسم المستخدم الجديد وإجراء Update username. المصدر
سلوك إعادة التوجيه هو الموضع الذي قد تبدو فيه إعادة التسمية غير ضارة ومع ذلك تكسر شيئًا. قبل أن تغيّر أي شيء، اقرأ إرشادات إعادة التوجيه التي تنطبق على حسابك وسجّل ما تغطيه وما لا تغطيه. إذا لم تستطع التحقق من كيفية عمل إعادة التوجيه لمشاريعك، فتوقف وحل ذلك أولًا. لا ينبغي التعامل مع إعادة التسمية كغير ضارة حتى تتحقق مما يعتمد على المسار القديم.
ورقة عمل التبعيات
استخدم ورقة العمل هذه لتسجيل ما تجده. املأها قبل إجراء التغيير، واحتفظ بها كسجل لما قررته.
| الفحص | ما يجب تسجيله | توقف إذا |
|---|---|---|
| مشاريع النطاق الشخصي | كل مشروع في النطاق وما إذا كان يستخدم وسوم Container Registry أو GitLab Pages | كان أي مشروع يحمل وسوم Container Registry أو يستضيف GitLab Pages |
| سلوك إعادة التوجيه | ما تقوله إرشادات إعادة التوجيه عن المسارات القديمة وأنواع المشاريع التي تغطيها | لم تستطع تأكيد كيفية انطباق إعادة التوجيه على مشاريعك |
| المراجع العامة | الصفحات أو الوثائق أو ملفات README أو الملفات الشخصية التي تعرض مسار النطاق القديم | تعذّر تحديث مرجع أو إعادة توجيهه |
| الملكية | أنك تتحكم في الحساب والمشاريع التي تُعاد تسميتها | كانت ملكية أي مشروع متأثر غير واضحة |
| المستخدمون التابعون | أي شخص يستنسخ المسار القديم أو يربط إليه أو يعتمد عليه | لم تستطع إبلاغهم أو توفير مسار بديل يعمل |
ورقة العمل هذه نقطة بداية، وليست ضمانًا. فالمصدر المعتمد لا يثبت كل تبعية محتملة، لذا أضف صفوفًا لأي شيء خاص بإعدادك.
فحص خطوة بخطوة
- اسرد المشاريع في نطاقك الشخصي. لكل مشروع، دوّن ما إذا كان يستخدم وسوم Container Registry أو يستضيف GitLab Pages.
- إذا كان أي مشروع يحمل إحدى هاتين التبعيتين، فقرر ما إذا كنت ستزيلها أو تنقلها أو تحلها بأي طريقة أخرى قبل إعادة التسمية. لا تتابع ما دام عائق موثق قائمًا.
- اقرأ إرشادات إعادة توجيه المستودعات واكتب ما تغطيه لمشاريعك. إذا كانت الإجابة غير واضحة، فتوقف.
- ابحث في موادك العامة عن مسار النطاق القديم: صفحات المشاريع وملفات README والوثائق والملفات الشخصية التي تربط بعملك.
- تأكد من أنك تتحكم في الحساب وفي كل مشروع متأثر. إذا كانت الملكية غير واضحة، فتوقف.
- فقط بعد اكتمال ورقة العمل وعدم انطباق أي شرط توقف، انتقل إلى إعدادات حساب الملف الشخصي، وأدخل اسم المستخدم الجديد واستخدم Update username.
- بعد التغيير، أعد فحص المراجع التي سجلتها وتأكد من أن كلًا منها لا يزال يُحلّ أو قد تم تحديثه.
مسارات الفشل التي يجب التخطيط لها
- بقاء مشروع عائق. إذا كان مشروع يحمل وسوم Container Registry أو GitLab Pages لا يزال في النطاق، فلا يمكن أن تتم إعادة التسمية بموجب المتطلب المسبق الموثق. حله أولًا بدلًا من محاولة الالتفاف حوله.
- عدم وضوح تغطية إعادة التوجيه. إذا لم تستطع تأكيد كيفية عمل إعادة التوجيه، فاعتبر إعادة التسمية غير متحقق منها وتوقف. المضي على افتراض هو نمط الفشل الذي يوجد هذا الفحص لمنعه.
- تفويت مرجع عام. قد تبقى مسارات النطاق القديم في الوثائق أو ملفات README أو الملفات الشخصية. راجع قائمتك المسجلة بعد التغيير وأصلح ما لم يتبع.
- عدم اليقين في الملكية. إذا لم تكن متأكدًا من أنك تتحكم في مشروع أو في الحساب، فتوقف. فإعادة التسمية دون ملكية واضحة تخلق مشكلة أصعب في الحل.
ما لا يخبرك به هذا الفحص
لا يصف المصدر المعتمد كل نظام تابع قد يشير إلى نطاقك، ولا يعد بأن إعادة التسمية غير ضارة. كما لا يثبت تفاصيل القوائم بما يتجاوز مسار إعدادات حساب الملف الشخصي وإجراء Update username. حيث يصمت المصدر، سجّل الفجوة في ورقة عملك بدلًا من ملئها بافتراض.
مهمة تالية ذات صلة
بعد إتمام إعادة التسمية واستقرار مراجع مشاريعك، يبقى سؤال منفصل: ما الذي يكشفه اسم مستخدمك الآن في أماكن أخرى. إذا أردت معرفة أين يظهر معرّف ما عبر المنصات العامة، فإن الدليل حول كيفية العثور على حسابات وسائل التواصل الاجتماعي بواسطة اسم المستخدم يغطي تلك المهمة. أبقِ المهمتين منفصلتين: ففحص GitLab يتعلق بتبعيات النطاق، بينما البحث عن اسم المستخدم يتعلق بالملفات الشخصية العامة، والتطابق العام مؤشر لا دليل على الملكية.