ما الذي يغيّره النقل فعليًا
نقل مستودع GitHub ينقل المستودع إلى حساب مالك مختلف. وهو ليس العملية نفسها التي تغيّر بها اسم المستخدم في ملفك الشخصي. تغيير اسم المستخدم يغيّر الهوية العامة للحساب وعناوين URL المبنية عليه؛ أما نقل المستودع فيغيّر مَن يملك ذلك المشروع بعينه. إذا كان هدفك اسم ملف شخصي أنظف بدلًا من تسليم مشروع لشخص آخر، فإن خطوات النقل أدناه هي الأداة الخطأ.
هذا التمييز مهم للتخطيط. فبمجرد التخلي عن حساب المالك الأصلي، لن يستطيع أحد تسجيل الدخول لقبول الدعوات أو الموافقة على المتابعات أو تصحيح رابط فائت. كل ما يعتمد على الحساب القديم يجب أن يُحسم قبل تلك النقطة، لا بعدها.
المتطلبات التي يجب تأكيدها قبل البدء
هناك شرطان يحددان ما إذا كان النقل ممكنًا أصلًا:
يتطلب نقل المستودع صلاحية المسؤول وحسابًا مستلمًا متوافقًا بلا اسم مستودع متعارض أو شبكة تفرّع متعارضة. المصدر
عمليًا، يعني ذلك فحص ثلاثة أمور من جهة المالك وواحدًا من جهة المستلم قبل طلب أي شيء:
| الفحص | مَن يؤكده | لماذا يعيق النقل |
|---|---|---|
| يمتلك حساب المالك صلاحية المسؤول على المستودع | المالك | بدون صلاحية المسؤول لا يمكن بدء النقل |
| الحساب المستلم متوافق | المستلم | الحساب المستلم غير المتوافق يوقف النقل |
| لا يوجد مستودع بالاسم نفسه على المستلم | المستلم | الاسم المتعارض يعيق النقل |
| لا توجد شبكة تفرّع متعارضة | المستلم | شبكة التفرّع المتعارضة تعيق النقل |
إذا فشل أي صف، فاحسمه قبل إرسال الطلب. إعادة تسمية المستودع من جهة المستلم أو اختيار حساب وجهة مختلف قرارات تخص المستلم، فاتفقوا عليها مسبقًا بدلًا من اكتشاف التعارض في منتصف النقل.
خطوة القبول لها نافذة قصيرة
في عمليات النقل بين الحسابات الشخصية، المستلم ليس طرفًا سلبيًا. عليه أن يتصرف:
في النقل إلى حساب شخصي آخر، يقبل المستلم دعوة عبر البريد الإلكتروني تنتهي صلاحيتها بعد يوم واحد. المصدر
انتهاء الصلاحية بعد يوم واحد هو الخطر التشغيلي الرئيسي في هذا المسار. فإذا كان المستلم في منطقة زمنية مختلفة، أو في إجازة، أو ببساطة لا يراقب بريده، فقد تنقضي صلاحية الدعوة ويجب إعادة بدء النقل. اتفقوا على وقت إرسال يكون فيه المستلم متاحًا، وأخبروه أن يتوقع الرسالة بدلًا من تركها دون قراءة.
قائمة تحقق بسيطة للمالك والمستلم:
- المالك: أكّد صلاحية المسؤول، والمستودع المحدد المراد نقله، وأن حساب المستلم لا يعاني من تعارض في الاسم أو شبكة التفرّع.
- المستلم: أكّد حساب الوجهة وافحص التعارضات نفسها من جهته.
- الطرفان: اتفقا على نافذة إرسال يستطيع المستلم الرد خلالها في غضون يوم.
- المالك: أرسل طلب النقل.
- المستلم: اقبل دعوة البريد الإلكتروني فورًا وأبلغ بالنتيجة.
- المالك: أكّد ظهور المستودع الآن تحت حساب المستلم قبل فعل أي شيء بالحساب القديم.
لا تتخلَّ عن حساب المالك حتى يُؤكَّد الخطوة 6. فالحساب القديم هو المكان الوحيد الذي يمكن منه إعادة إرسال نقل فشل أو انقضت صلاحيته.
ما يحدث للروابط العامة بعد ذلك
سلوك الروابط هو حيث يفاجئ النقل الناس، لأن نوعين من الروابط يتصرفان بشكل مختلف:
تُعاد توجيه روابط المستودع بعد النقل، لكن مواقع GitHub Pages المرتبطة لا تُعاد توجيهها؛ وإعادة استخدام موقع المستودع القديم تُزيل إعادة توجيه المستودع. المصدر
هذا يعطي تقسيمًا واضحًا لتدقيق الروابط بعد النقل:
| نوع الرابط | بعد النقل | الإجراء المطلوب |
|---|---|---|
| روابط المستودع التي تشير إلى الموقع القديم | تُعاد توجيهها إلى المالك الجديد | عادةً لا شيء؛ تحقق من عيّنة |
| موقع GitHub Pages المبني من المستودع | لا يُعاد توجيهه | حدّث كل رابط منشور إلى موقع Pages |
| موقع المستودع القديم يعيد شخص آخر استخدامه | تُزال إعادة التوجيه | تجنّب تحرير الموقع القديم؛ أبقِ الروابط محدّثة |
الصف الثالث هو الأكثر عرضة للإغفال. فإذا أُعيد لاحقًا استخدام مسار المستودع القديم، اختفت إعادة التوجيه التي كانت تغطي روابطك القديمة بهدوء. تعامل مع إعادة التوجيه كتسهيل أثناء الترحيل، لا كضمان دائم، وحدّث الروابط التي تتحكم بها بدلًا من الاعتماد عليها.
قائمة تحقق للروابط العامة بعد النقل
نفّذها بعد أن يؤكد المستلم الملكية وقبل التخلي عن حساب المالك:
- افتح عيّنة من روابط المستودع من وثائقك وملفات README وأي موقع يشير إلى المشروع، وأكّد أنها تُحلّ إلى المالك الجديد.
- حدّد كل موقع GitHub Pages مرتبط بالمستودع، لأنها لا تُعاد توجيهها، وحدّث الروابط المنشورة إليها.
- قرّر ما يحدث لموقع المستودع القديم حتى لا يُعاد استخدامه بطريقة تُزيل إعادة التوجيه.
- افحص الروابط من أماكن لا تتحكم بها، مثل المقالات الخارجية أو الإشارات المرجعية المشتركة، وسجّل أيها تستطيع تحديثه وأيها لا تستطيع.
- أبقِ حساب المالك نشطًا حتى يكتمل كل ما سبق.
ترحيل الملكية مقابل تغيير اسم المستخدم
نقل المستودع وتغيير اسم المستخدم في الملف الشخصي مهمتان منفصلتان بمخاطر منفصلة. النقل يتعلق بمن يملك مشروعًا؛ وتغيير اسم المستخدم يتعلق بالهوية العامة للحساب نفسه. إذا كان ما تريده فعلًا هو تنظيف طريقة ظهور ملفك الشخصي بدلًا من تسليم مستودع، فابدأ بدليل اسم المستخدم بدلًا من ذلك: تغيير اسم مستخدم GitHub دون ترك روابط ملف شخصي معطلة.
إذا كنت تفعل الاثنين، فرتّبهما عمدًا: احسم ملكية المستودع أولًا، وأكّد أن المالك الجديد يستطيع التصرف باستقلالية، وبعدها فقط غيّر الحساب القديم أو تخلَّ عنه. فعل ذلك بالترتيب المعاكس يترك النقل معتمدًا على حساب تخلّيت عنه بالفعل.
أين يناسب البحث عن اسم المستخدم، وأين لا يناسب
قبل التخلي عن حساب، غالبًا ما يرغب الناس في معرفة ما تبقى من آثار عامة لاسم المستخدم القديم في أماكن أخرى. البحث عن اسم المستخدم يمكن أن يُظهر تطابقات ملفات شخصية عامة على منصات أخرى، وهو مفيد كقائمة عمل للروابط التي قد تحتاج إلى تحديث. لكنه ليس جردًا للحسابات، والتطابق ليس دليلًا على أن الشخص نفسه يملك الحسابين. تعامل مع النتائج كأماكن يجب فحصها يدويًا، لا كتأكيد على أن رابطًا حيّ أو أن حسابًا يخصك.
يغطي TraceSeek أكثر من 3,000 منصة ويعيد فحصًا أوليًا مجانيًا في 20-30 ثانية. قد يساعدك ذلك في بناء قائمة تحقق من الملفات الشخصية العامة للمراجعة، لكنه لا يتحقق من الملكية ولا يحل محل فحوصات النقل والروابط أعلاه. نقل المستودع نفسه يحدث على GitHub، لا في أداة بحث.
ترتيب واقعي للعمليات
- قرّر ما إذا كنت تحتاج إلى نقل مستودع، أو تغيير اسم مستخدم، أو كليهما.
- أكّد صلاحية المسؤول، وتوافق المستلم، وعدم وجود تعارض في الاسم أو شبكة التفرّع.
- أرسل النقل عندما يستطيع المستلم القبول في غضون يوم.
- أكّد أن المستودع تحت المالك الجديد.
- دقّق روابط المستودع، وبشكل منفصل، أي روابط GitHub Pages.
- احمِ موقع المستودع القديم من إعادة الاستخدام.
- عندها فقط تخلَّ عن حساب المالك.