GitHub تبدأ باحتساب طلبات السحب المسودة ضمن حدود الطلبات المفتوحة

وسّع GitHub في 8 أكتوبر 2026 إعدادات حدود طلبات السحب (pull request)، فصار بالإمكان ضبطها بحيث تُحتسب فيها أيضًا الطلبات المسودة (draft). الإعلان في GitHub Changelog قصير، ودافعه مذكور بلا مواربة: يرى المشرفون (maintainers) في المستودعات عددًا متزايدًا من المساهمات منخفضة الجودة، ويحتاجون إلى طرق أفضل للتعامل معها. لا تتضمن الإعلان أي أرقام، لكن منطق التغيير واضح.

ما الذي تغيّر بالضبط

تتيح حدود طلبات السحب لأصحاب المستودعات تقييد عدد الطلبات المفتوحة في وقت واحد. وبحسب عبارة «يمكن الآن أيضًا تضمين المسودات»، لم تكن طلبات draft تدخل في هذه القيود من قبل. وكان ذلك ثغرة جاهزة لمن يريد الالتفاف على الحد: يكفي أن يفتح مسودات أولية بحالة draft ويراكمها بلا سقف.

يمكن الآن سدّ هذه الثغرة، وبشكل اختياري. فالإعداد غير مفروض على جميع المشاريع، إذ يقرر المشرف بنفسه ما إذا كانت المسودات تُحتسب مثل طلبات السحب العادية.

من أين يأتي الضجيج

أصبح سيل المساهمات الضعيفة في المصادر المفتوحة (open source) مشكلة قائمة بذاتها منذ وقت طويل. يظهر جزء من هذه الطلبات نتيجة تعديلات جماعية هدفها تحسين الإحصاءات أو بناء «portfolio». ويتزايد عدد الطلبات التي تولّدها مساعدات البرمجة والوكلاء (agents)، وهي قادرة على فتح طلب سحب أسرع مما يستطيع الإنسان قراءة وصفه. لا يشرح GitHub الأسباب في إعلانه، لكن سياق القطاع واضح: انخفضت كلفة إنشاء طلب السحب إلى ما يقارب الصفر، بينما بقيت كلفة المراجعة على حالها وتقع كلها على عاتق المشرف.

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

ما المعروف عن المعطيات

• تاريخ النشر: 8 أكتوبر 2026، قسم GitHub Changelog.
• الخلاصة: يمكن إدراج طلبات السحب المسودة (draft pull request) في احتساب حدود طلبات السحب.
• نوع الإعداد: اختياري، ويديره المشرفون.
• الهدف المعلن: تخفيف العبء الناتج عن المساهمات منخفضة الجودة.
• غير مذكور في الإعلان: العتبات المحددة، وقواعد الاحتساب لكل مؤلف، وسلوك المسودات المفتوحة أصلًا عند تفعيل الخيار.

الخلاصات العملية

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

على المساهمين إغلاق المسودات غير الملائمة مسبقًا، وعدم إبقاء عدة مسودات متوازية في مستودع غيرهم. أما الفرق التي تشغّل وكلاء (agents) لفتح طلبات السحب تلقائيًا، فعليها أخذ الحدود في الحسبان ضمن المنطق البرمجي: طابور، ومحاولات إعادة، وترتيب للأولويات. وإلا اصطدم الوكيل بالسقف وفقد النتائج بصمت.

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