Buildkite تطلق أسرارًا محددة النطاق وأدوات CI محسّنة
أطلقت شركة Buildkite، المزوّد لخدمات التكامل المستمر، أسرارًا محددة النطاق على مستوى خط الأنابيب وأدوات جديدة من Model Context Protocol تهدف إلى التحقق من خطوط الأنابيب وتشخيص عمليات البناء الفاشلة وإصلاح webhooks. بالإضافة إلى ذلك، أضافت الشركة دعم Linux arm64 لطبقة التوافق مع GitHub Actions ووسّعت بيانات OpenTelemetry في Buildkite Agent v4.1.0.
تتيح واجهة الأسرار الجديدة، الموجودة ضمن إعدادات خط الأنابيب، للمهندسين إنشاء أسرار على مستوى المجموعة (cluster) مقيدة بخط الأنابيب الحالي. يلغي هذا النهج الحاجة إلى إدارة كل سر عبر واجهة المجموعة الأوسع. ويمكن للفرق تعيين شروط بناءً على الفرع أو قائمة الانتظار أو مصدر البناء أو منشئ البناء، مما يضمن بقاء قيم الأسرار مخفية بعد إنشائها.
أشار Matt Mejia في إعلان Buildkite إلى أن هذا التغيير “يبقي الأسرار الخاصة بخط الأنابيب معًا” مع عرض العدد الإجمالي للأسرار التي تديرها المجموعة. ويجب أن يمتلك المستخدمون إذنًا لتعديل خط الأنابيب وإدارة مجموعته. كما ستطالب خطوط أنابيب GitHub Actions المستخدمين بتهيئة الأسرار قبل تشغيل سير العمل الأول.
“أسرار خط الأنابيب هي أسرار على مستوى المجموعة مقيدة بخط الأنابيب الحالي، وتضيّق شروط الفرع أو قائمة الانتظار أو مصدر البناء أو المنشئ نطاق الوصول أكثر.”
Matt Mejia
أضافت أداة Buildkite CLI أمرًا لترحيل أسرار GitHub Actions. يعالج الإصدار 3.59.1 مشكلات التعامل مع مسارات سير العمل النسبية أثناء الترحيل. كما يضمن Agent v4.0.9 حجب رموز Buildkite حسب البادئة في سجلات المهام، بينما يحجب v4.0.8 أخطاء المهام الملتقطة باستخدام الأسرار المسجلة.
يعالج هذا التحديث سيناريوهات متعددة حيث يمكن أن تنكشف بيانات الاعتماد أو تُهيأ بشكل خاطئ، على الرغم من أن التخزين محدود النطاق لا يلغي الحاجة إلى التحكم الدقيق في استخدامها داخل الخطوات. ذكرت InfoQ في 2025 أن HashiCorp كانت تروّج لإدارة الأسرار القائمة على الوقاية أولًا عبر أدوات المطورين وأنظمة CI/CD. وتنصح وثائق Buildkite الفرق بكشف الأسرار فقط للخطوات التي تحتاج إليها.
أدوات جديدة لإدارة خطوط الأنابيب
أهم تغييرات الميزات توجد في خادم MCP مفتوح المصدر الخاص بـ Buildkite. تتيح أداة validate_pipeline الجديدة للمستخدمين التحقق من صحة بناء الجملة والبنية لملف YAML الخاص بخط الأنابيب مقابل المخطط الرسمي لـ Buildkite دون رفع أو بدء عملية بناء. وتوفر مسارات ورسائل خطأ يمكن لوكيل برمجة بالذكاء الاصطناعي استخدامها لتصحيح الخطوات غير الصالحة، على الرغم من أنها لا تغطي استبدال متغيرات البيئة أو تهيئة الإضافات أو مراجع التبعيات أو الخطوات المولدة ديناميكيًا.
أداة أخرى، compare_builds، تمكن المستخدمين من مقارنة عملية بناء فاشلة مع أحدث عملية بناء ناجحة على نفس الفرع أو عملية بناء أخرى مختارة. وتُبلغ عن الخطوات التي فشلت حديثًا أو تعافت أو ظلت معطلة، إلى جانب التغييرات في وقت التشغيل وإعادة المحاولات. ولما يصل إلى ثلاث خطوات فاشلة حديثًا، تتضمن نهاية سجل المهمة لتوفير سياق تشخيصي فوري.
“الوصول إلى السجلات وحده لا يشخّص عملية البناء.”
Matt Mejia
يضيف إصدار MCP أيضًا تتبعات تنفيذ Test Engine واستعلامات أبطأ تنفيذ. يمكن لأداة create_pipeline_webhook إضافة webhook GitHub مفقود إلى خط أنابيب موجود، مما يلغي الحاجة إلى إعادة إنشائه. عدّل الإصدار 1.23.0 أداة create_pipeline ليتطلب من المتصلين تحديد create_webhook، وهو تغيير كاسر.
أعادت Buildkite إعدادًا افتراضيًا سابقًا؛ تتضمن ملخصات الفشل الآن المهام التي لم تعمل قط، لأن جعل هذا السلوك اختياريًا أدى إلى استدعاءات أدوات إضافية من قبل الوكلاء. يمكن الآن تثبيت اتصالات MCP البعيدة على مؤسسة Buildkite واحدة بإضافتها إلى عنوان URL للخادم، وينطبق ذلك على عناوين URL لمجموعة الأدوات وعناوين URL للقراءة فقط.
توافق محسّن وقياس عن بُعد
من شأن تزويد الوكلاء بأدوات منفصلة للتحقق والمقارنة والإصلاح أن يقلل اعتمادهم على تحليل السجلات الكاملة وتأليف استدعاءات API منخفضة المستوى. تظل الأذونات حاسمة، لأن إصلاح webhook وإنشاء خط الأنابيب يمكن أن يغيّرا تهيئات CI. تغطية InfoQ لسير العمل الوكيلي في GitHub تحدد نموذجًا أمنيًا ذا صلة يقوم على التنفيذ المعزول والأذونات المقيدة والإجراءات القابلة للتدقيق.
يمكن لطبقة التوافق مع GitHub Actions في Buildkite الآن تشغيل أداة الاستيراد والمهام المولدة على وكلاء Linux arm64. تتطلب التسميات مثل ubuntu-24.04-arm تعيينًا صريحًا لقائمة الانتظار ولا تعود افتراضيًا إلى x86-64 أو المحاكاة. تتيح هذه الميزة للمؤسسات التي لديها أساطيل CI من نوع arm64 الحفاظ على هذه البنية عند دمج سير عمل Actions المتوافق في Buildkite.
تعالج إصلاحات التوافق الأخرى قيم البيئة والأسرار المسماة ومتغيرات وقت التشغيل وقيم المصفوفة في تهيئات حاويات الخدمة. كما جعلت Buildkite المزيد من قيم strategy.* متاحة لتعبيرات المهام والخطوات. وارتفع حد الملفات المتغيرة لمرشحات المسار من 300 إلى 3,000، إلى جانب إصلاح لسير عمل الدفع حيث ينتقل الفرع بعد الدفع الأصلي.
يقدم Agent v4.1.0 مدد وأحجام حفظ واستعادة ذاكرة التخزين المؤقت إلى قياس عن بُعد في Buildkite. تتضمن امتدادات مهام OpenTelemetry الآن الالتزام وطلب السحب ومنشئ البناء، مما يوفر سياقًا للفرق التي تحقق في المهام البطيئة أو أنماط إعادة المحاولة. وصفت Pinterest سابقًا استخدام Honeycomb مع Buildkite للتمييز بين وقت انتظار الوكيل وتنفيذ النص البرمجي وتحديد المهام التي تساهم في ارتفاعات وقت البناء.
يجلب إصدار Elastic CI Stack v7 المرتبط Agent v4 إلى مثيلات Linux وWindows على AWS. ويزيل دعم Agent v3 ويتقاعد أو يستبدل بعض معلمات التتبع والإلغاء. وتنصح Buildkite المستخدمين بمراجعة ملفات المعلمات المخصصة وأتمتة النشر والقيم المقدمة عبر AgentEnvFileUrl قبل الترقية. سينتهي دعم جميع إصدارات Agent v3 في 3 سبتمبر 2027.
المصدر: InfoQ