GitHub تسمح لدور Triage بأرشفة pull request، ولم تعد الصلاحية حكرًا على المسؤولين

غيّرت GitHub في 8 أكتوبر 2026 قواعد الوصول إلى أرشفة pull request. بات بإمكان المستخدمين الحاصلين على دور Triage فما فوق أرشفتها وإلغاء أرشفتها. وكانت هذه الصلاحية قبل ذلك حكرًا على مسؤولي المستودع. ومن بين الأدوار القياسية الخمسة في GitHub (Read وTriage وWrite وMaintain وAdmin)، انخفض حدّ الصلاحية من أعلى درجة إلى الدرجة الثانية من الأسفل. هذا تغيير صغير يمسّ أحد أكثر مسارات العمل ازدحامًا على المنصة.

ما الذي تغيّر تحديدًا

جاء إعلان GitHub Changelog مقتضبًا. فقد كانت أرشفة PR تتطلب صلاحيات المسؤول، ولذلك كان على المكلّفين الموثوقين بالفرز تمرير حتى الحالات الروتينية إلى المسؤولين. وينقطع نص الإعلان في النسخة المتاحة لنا عند هذه الجملة. ولا يتضمن الإعلان تفاصيل التنفيذ، مثل كيفية ظهور طلبات PR المؤرشفة في البحث والمرشِّحات، وأي الأحداث تُسجَّل في سجل التدقيق. ينبغي التحقق من ذلك في وثائق GitHub.

تعمل القاعدة الآن في الاتجاهين: يستطيع صاحب دور Triage نقل PR إلى الأرشيف وإعادته منه. وهذا أمر مهم، إذ يستطيع المكلّف بالفرز تصحيح الأرشفة الخاطئة بنفسه دون البحث عن مسؤول.

لماذا يهم حدّ الصلاحية

صُمّم دور Triage في GitHub للأشخاص الذين يتولون فرز الطلبات الواردة. فهم يضعون التسميات، ويعيّنون المنفِّذين، ويغلقون الطلبات المكررة، ويعيدون فتح المهام. لكنهم لا يستطيعون دفع (push) الشيفرة إلى المستودع. وهو دور طبيعي للمتطوعين في المشاريع المفتوحة، ولمهندسي الدعم أو مختصي ضمان الجودة (QA) في الفرق المؤسسية.

قبل هذا التغيير كانت هناك فجوة. فقد يرى المكلّف بالفرز طلب PR قديمًا أو مهجورًا، ويستطيع إغلاقه، لكنه لا يستطيع إزالته من مساحة العمل. وكان عليه مراسلة المسؤول لهذا الغرض. وفي المشاريع الصغيرة يكون المسؤول عادةً شخصًا واحدًا، فتتحول هذه الطلبات سريعًا إلى عنق زجاجة. أما الآن فتبقى عملية التنظيف الروتينية للقائمة عند المستوى الذي تُتخذ فيه القرارات بشأن محتواها.

ثمة أيضًا خلفية غير مباشرة. فأدوات مثل وكلاء البرمجة تجعل فتح PR أقل كلفة، وفي كثير من المستودعات تطول قوائم الانتظار. ولا تذكر GitHub هذه الصلة في إعلانها، وهذه ملاحظة منّا. لكن كلما زاد عدد طلبات PR المُنشأة آليًا، ارتفعت كلفة كل تمرير إضافي للمهمة بين الأدوار.

نظرة سريعة على المعطيات

• تاريخ الإعلان: 8 أكتوبر 2026.
• من تتاح له: دور Triage فما فوق (Triage وWrite وMaintain وAdmin).
• العمليات: أرشفة pull request وإلغاء أرشفته.
• في السابق: مسؤولو المستودع فقط.
• المصدر: GitHub Changelog.

كيف تستفيد من التغيير في فريقك

ابدأ بالتحقق ممن مُنح دور Triage في مستودعك. إذا كنتم قد منحتموه فقط من أجل التسميات والتعيينات، فقد أصبح لدى هؤلاء الأشخاص إجراء إضافي. وهذا مقبول لدى معظم الفرق، لكن في المشاريع ذات اللوائح الصارمة من الأفضل إبلاغهم بذلك مسبقًا.

ثم دوّنوا معايير الأرشفة في CONTRIBUTING أو في دليل داخلي. على سبيل المثال: PR دون نشاط لأكثر من مدة محددة، والطلبات المكررة، وطلبات PR التي تركها صاحبها. وبدون قاعدة واضحة سيتخذ المكلّفون بالفرز قرارات مختلفة، وستتكرر أسئلة من نوع «لماذا اختفى PR الخاص بي؟».

وأخيرًا، إذا كانت لديكم أتمتة حول PR (بوتات، ولوحات متابعة، وتقارير عن سرعة المراجعة)، فتحققوا من كيفية احتسابها للطلبات المؤرشفة. وعلى المطوّرين الذين يقيسون عمر PR أن يحسموا مسبقًا ما إذا كانت الأرشفة تُعدّ إغلاقًا. ومن غير المرجح أن تقدّم GitHub إرشادًا حول كيفية فعل ذلك في عمليتكم تحديدًا.