التطبيقات والبرامج

تحديث واجهة برمجة تطبيقات Dependabot لدعم إصدارات التبعيات

أصبح بإمكان مطوري البرمجيات الحصول على إصدار التبعية المصابة مباشرة من استجابات تنبيهات Dependabot عبر واجهة برمجة التطبيقات REST API، مما يوفر عناء تحليل ملفات القفل.

رضوان عبدالهاديمحرر وكاتب تقني

نُشر: 20 أكتوبر 2026 · آخر تحديث: 20 أكتوبر 2026 · 3 دقائق قراءة

تحديث واجهة برمجة تطبيقات Dependabot لدعم إصدارات التبعيات — الصورة: GitHub Changelog

تحديث جديد في واجهة برمجة التطبيقات لتنبيهات Dependabot

أعلنت منصة التطوير البرمجي عبر سجل التغييرات الرسمي GitHub Changelog عن تحديث مهم يستهدف تحسين تجربة المطورين في تتبع الأمان البرمجي، حيث بات بإمكان المستخدمين الحصول على إصدار التبعية المصابة مباشرة من استجابات تنبيهات Dependabot في واجهة برمجة التطبيقات REST API. ويمكن الرجوع إلى GitHub Changelog للاطلاع على التفاصيل الأصلية للمصدر.

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

تجاوز تعقيدات ملفات القفل وطلبkات GraphQL

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

مع الإضافة الجديدة، يمكن للأدوات والفرق مزامنة التنبيهات الأمنية مع الأنظمة الخارجية بسلاسة أكبر ودون الحاجة لتلك الخطوات الإضافية المعقدة، مما يرفع من كفاءة إدارة التبعيات ضمن دورة حياة تطوير البرمجيات.

آلية تحديد قيمة الإصدار وطرق الكشف

تعتمد القيمة الظاهرة في الحقل الجديد على الطريقة التي استطاع من خلالها النظام رصد التبعية المعنية داخل المشروع. فعلى سبيل المثال، في حالة ملفات البيان التي تخلو من ملف قفل، تعرض الواجهة الإصدار أو قيد الإصدار المضمن في ملف البيان.

أما في حالة استخدام واجهة برمجة تطبيقات تقديم التبعيات Dependency submission API، فإن القيمة تعكس الإصدار المُحلل الذي قامت أدوات البناء التابعة للمستخدم بإرساله مسبقاً.

حالات الاستثناء والتعامل مع القيود الطويلة

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

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

نطاق التوفر وتوافر البيانات عبر البيئات المختلفة

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

وباتت الميزة متاحة بصفة فورية للمستخدمين على منصة الويب الرئيسية وكذلك بيئة السحابة للمؤسسات التي تدعم ميزة إقامة البيانات، مع خطط لإدراجها رسمياً ضمن الإصدار القادم GitHub Enterprise Server 3.24.