· · 3 دقائق قراءة

تحديثات Azure Developer CLI (azd) لأبريل 2026

أصدر azd خمس إصدارات في أبريل 2026، أبرزها دعم الـ hooks متعددة اللغات لـ Python وJavaScript وTypeScript و.NET، إلى جانب المعاينة العامة لـ azd update وفحص حصة نماذج الذكاء الاصطناعي والمزيد.

.NET Azure Developer CLI DevOps Cloud
هذا المقال متاح أيضاً بـ:English, Català, Español, Deutsch, Français, Português, Italiano, 日本語, 中文, 한국어, Русский, हिन्दी, Polski, Türkçe, Bahasa Indonesia, Nederlands

تمت ترجمة هذا المنشور تلقائيًا. للنسخة الأصلية، انقر هنا.

أصدر Azure Developer CLI (azd) خمس إصدارات في أبريل 2026 (من 1.23.14 إلى 1.24.2)، وكان الموضوع الرئيسي هو الـ hooks التي تعمل الآن بـ Python وJavaScript وTypeScript و.NET — وليس فقط بـ Bash وPowerShell.

الـ hooks متعددة اللغات في azure.yaml

يمكن للـ hooks الآن الإشارة إلى ملفات .py أو .js أو .ts أو .cs بالإضافة إلى سكريبتات الـ shell. تحصل كل لغة على حل تلقائي للتبعيات:

  • Python — يكتشف requirements.txt أو pyproject.toml، ينشئ بيئة virtualenv ويثبّت التبعيات قبل التشغيل. يمكن تكوين اسم البيئة باستخدام virtualEnvName.
  • JavaScript / TypeScript — يكتشف package.json ويشغّل npm install تلقائيًا. يُنفَّذ TypeScript عبر npx tsx دون الحاجة إلى خطوة تجميع. اختر مدير الحزم باستخدام كتلة تكوين packageManager.
  • .NET — يشغّل ملفات .cs باستخدام dotnet run. تُدعم سكريبتات الملف الواحد على .NET 10+. يُكوَّن إطار العمل المستهدف عبر كتلة configuration/framework.

هذا يعني أن الفرق التي تعمل بالفعل في إحدى هذه اللغات لم تعد بحاجة إلى صيانة hook منفصل بـ Bash أو PowerShell فقط لربط أحداث دورة حياة التزويد.

azd update تصل إلى المعاينة العامة

azd update متاحة الآن في معاينة عامة على جميع المنصات. يتعامل أمر واحد مع التحديث بصرف النظر عن طريقة تثبيت azd أصلًا — لا مزيد من تتبع مسارات Homebrew أو WinGet أو MSI بشكل منفصل.

الوضع غير التفاعلي عبر AZD_NON_INTERACTIVE

يؤدي تعيين AZD_NON_INTERACTIVE=true (أو استخدام --non-interactive / --no-prompt) الآن إلى إخفاقات متسقة وحتمية في مسارات CI/CD عندما لا يمكن حل مدخل مطلوب تلقائيًا. في السابق كان السلوك متفاوتًا عبر الأوامر المختلفة.

فحص حصة نماذج الذكاء الاصطناعي المسبق

يتحقق azd provision من حصة Azure Cognitive Services قبل محاولة توفير موارد نماذج الذكاء الاصطناعي. ستظهر الآن الأخطاء المتعلقة بحدود الحصة في وقت مبكر من العملية بدلًا من ظهورها في منتصف التزويد.

“إصلاح هذا الخطأ” في استكشاف أخطاء Copilot

تكتسب تكامل استكشاف أخطاء Copilot في azd القدرة على تطبيق إصلاح مقترح مباشرةً — وليس فقط وصفه. عندما يحدد الوكيل مشكلة قابلة للإصلاح، يمكنه إجراء التغيير في مكانه.

مزودو التزويد المخصصون ومحلل أسرار Key Vault

يمكن لمؤلفي الإضافات الآن تسجيل خلفيات بنية تحتية بديلة باستخدام WithProvisioningProvider(). بشكل منفصل، يحل azd تلقائيًا مراجع @Microsoft.KeyVault(...) قبل تمرير التكوين إلى الإضافات، مما يلغي الحاجة إلى حل الأسرار يدويًا في المزودين المخصصين.

استثناءات القوالب ووضع المراقبة

يوفر ملفا ignore جديدان تحكمًا أدق في معالجة الملفات:

  • .azdignore — يستثني الملفات المخصصة للمساهمين فقط (الوثائق وتكوينات CI) من نسخ القوالب حتى يحصل المستخدمون النهائيون على مشروع نظيف.
  • .azdxignore — يستثني الدلائل من تشغيل إعادة البناء خلال azd x watch، مما يقلل الضوضاء أثناء التطوير التكراري.

الفحص المسبق للأسماء المحجوزة وخيار docker.network

يحذّر azd الآن عندما تحتوي أسماء الموارد المتوقعة على كلمات Azure المحجوزة (MICROSOFT أو WINDOWS أو البادئة LOGIN) قبل بدء التزويد. يمرر خيار docker.network الجديد --network إلى docker build، وهو مفيد في بيئات البروكسي المؤسسية التي تتطلب شبكة Docker محددة.

إصلاحات الأمان

يتضمن حزمة MSI لـ Windows الآن التحقق من توقيع الكود. يغلق إصلاح منفصل ثغرة تسرب متغير بيئي يمكن أن يعرض القيم عبر حدود أوامر الإضافات.


شهر حافل — دعم الـ hooks متعددة اللغات يُزيل بشكل خاص نقطة احتكاك حقيقية للفرق التي لا تعمل أساسًا بـ Bash. راجع ملاحظات الإصدار الكاملة للحصول على سجل التغييرات الكامل لجميع الإصدارات الخمسة.

شارك:
عرض الكود المصدري لهذا المقال على GitHub ↗
← الجمع بين إدارة إصدارات API وOpenAPI في .NET 10
تقاعد Azure Data Studio: انقل سير عمل Azure SQL إلى VS Code →