مالك مورد رمز GitHub يحد ما يمكن للمساعد قوله عن نطاق رمز وصول دقيق. قائمة أسماء مستودعات لا تثبت أن جميعها تابعة للمالك المحدد، ولا أن اختيارها منح عملية كتابة. نراجع fine-grained personal access token كما تصفه الوثيقة، ونقارن ملكية مستودعات خاصة في ورقة تعليمية بلا رموز أو طلبات فعلية.
الخلاصة السريعة
اربط المستودع بمالك المورد المحدد، ثم اقرأ أذونات العملية وحالة الموافقة؛ لا تجمع مستودعات خاصة لمالكين مستقلين في نطاق مالك واحد.
- يقصر الدليل موارد الرمز على المالك المختار، وتسمح خانة Repository access بتحديد مستودعات؛ ويذكر قراءة عامة لكل المستودعات العامة. [1] احفظ الاستثناء.
- في ورقتنا، م 1 وم 2 خاصان بالمالك أ، وم 3 خاص بالمالك ب؛ اختيار أ لا يضم م 3 بسبب تشابه اسم المشروع.
- إذا اشترطت المنظمة الموافقة يبقى الرمز pending وقراءته للموارد العامة فقط حتى يعتمد؛ طلب مالك المنظمة يعتمد تلقائيا. [1]
- المستودع والعملية سؤالان مختلفان؛ يحدد الدليل أذونات بحسب النطاق، وقد تمنع منظمة الرموز الدقيقة فلا تظهر للاختيار. [1] لم ننشئ رمزا أو نختبر وصولا.
ما علاقة المالك بالمستودع؟
يقصر الدليل موارد الرمز الدقيق على مالك المورد المختار، مع اختيار المستودعات تحت Repository access واستثناء قراءة كل المستودعات العامة. [1]
نحدد أن ورقتنا تخص مستودعات خاصة، حتى لا نسقط هذا الاستثناء عندما نرسم حد المالك. «مشروع واحد» قد يكون اسم عمل يجمع ملفات جهتين، بينما المالك في العقد حقل مختلف. الاسم التجاري لا يعيد نسب الموارد.
اطلب من المساعد قائمة تذكر المالك بجانب كل مستودع. إذا لم تقدم مادة تحدده، فلا يستنتجه من اسم الملف أو الشخص الذي أرسله. هذا إعداد للمقارنة، وليس طلبا لاستخراج رمز سري أو تغيير نطاقه.
أي صف يبقى خارج الخريطة؟
نؤلف مالكين أ وب وثلاثة مستودعات خاصة. ننسب م 1 وم 2 إلى أ، وم 3 إلى ب، ثم نختار أ في بطاقة النطاق. نسجل أيضا اختيار م 1 فقط داخل أ.
يوجد سببان مختلفان للاستبعاد في هذه الورقة: م 2 لم يختر ضمن مستودعات أ، وم 3 لا ينتمي إلى المالك أ أصلا. لا يسوي الملخص بينهما، ولا يعد إضافة اسم م 3 إلى تعليق نصي تغييرا في مالك المورد.
| المستودع الخاص | مالكه المعلن | قراءة النطاق |
|---|---|---|
| م 1 | أ | مختار في البطاقة |
| م 2 | أ | غير مختار |
| م 3 | ب | مالك مختلف |
هل pending اعتماد مكتمل؟
إذا اشترطت المنظمة الموافقة، يصف الدليل الرمز بأنه pending، مقتصرا على قراءة الموارد العامة حتى يعتمد؛ طلب مالك المنظمة يعتمد تلقائيا. [1]
في النسخة الثانية من ورقتنا نفترض أن أ منظمة تشترط الموافقة، وأن صاحب الطلب ليس مالكها. نكتب pending كما ورد في البطاقة، ولا نقول إن م 1 الخاص صار مقروءا لأن اسمه اختير. اختيار النطاق ليس سجل اعتماد.
إذا غابت هوية صاحب الطلب أو سياسة المنظمة، نبقي الاستثناء غير محسوم في هذه الحالة. لا نطبق فرضية نسختنا على حساب حقيقي، ولا نجعل انتظار موافقة دليلا على رفض نهائي.
ما الذي لا تجيب عنه الملكية؟
يربط الدليل اختيار الأذونات بالمالك ونطاق المستودعات، ويذكر أن المنظمة التي تمنع الرموز الدقيقة لا تظهر للاختيار. [1]
حتى في م 1 المختار، لا نستخرج قدرة كتابة من مجرد وجود المستودع. نحتاج وصف العملية وأذوناتها. وكذلك غياب منظمة عن القائمة لا يثبت أن الاسم خطأ؛ نراجع السبب بدلا من تخمينه.
يمكن أن يخلص المساعد إلى ثلاثة حقول: المالك أ، المستودع المختار م 1 ، والموافقة معلقة وفق فرضية الورقة. لا يضيف «نجح الوصول». لم ننشئ رمزا أو نرسل طلبا، والرسم خريطة ملكية واختيار لا تقرير صلاحيات مجربة.
المصادر ومتابعة القراءة
أُعدّ هذا المقال بصياغة عربية أصلية بالاستناد إلى المصادر أعلاه، وهو مدخل تمهيدي إلى الموضوع. اقرأ منهجية المحتوى وحدوده.