تمت ترجمة هذه المقالة تلقائيًا. للاطلاع على النسخة الأصلية، انقر هنا.
يمكن أن تكون التجميعات الكبيرة لـ CLI مرهقة للقراءة لأنها تخلط بين التحسينات الكبيرة في سير العمل والإصلاحات الصغيرة كلها في جدار نصي واحد.
لذا فهذه هي نسختي المختصرة: تحديثات Azure Developer CLI الأخيرة مهمة لأن azd يواصل أن يصبح أداة أفضل للحلقة الداخلية، وليس مجرد غلاف للنشر.
هذا هو التحول المهم.
أصبحت إدارة الأدوات جزءًا من المنتج، لا مهمة جانبية
أحد الإضافات المفضلة لدي هو أوامر azd tool الجديدة.
أي شيء يقلل احتكاك الإعداد يستحق الانتباه، خاصة في المشاريع التي يعتمد فيها بيئة العمل على مزيج من SDKs وCLIs وDocker وBicep والإضافات.
إذا كان بإمكان الأداة الآن المساعدة في اكتشاف هذه الاعتمادات وتثبيتها وفحصها وترقيتها مباشرة، فهذا يزيل كثيرًا من أنماط الفشل المزعجة التي تصيب الوافدين الجدد أولًا.
هذه قيمة حقيقية.
azd exec يبدو أيضًا أهم مما يوحي به اسمه
للوهلة الأولى، قد يبدو azd exec ميزة راحة بسيطة.
أنا لا أعتقد ذلك.
إن تشغيل الأوامر مع سياق بيئة azd الكامل، بما في ذلك حل الأسرار، هو بالضبط نوع القدرة التي تجعل الأتمتة المحلية والبرمجة النصية أكثر نظافة.
هذا يقلل الحاجة إلى سكربتات وصل إضافية ويساعد على إبقاء التنفيذ متسقًا عبر البيئات.
هذا مكسب عملي.
التزويد الأكثر أمانًا وسلوك الإلغاء الأفضل من التحسينات التي لا تحظى بالتقدير الكافي
يتضمن الإصدار أيضًا تغييرات حول تبعيات التزويد، ومعالجة الإلغاء، وسلوك النشر، وهي أمور قد لا تبدو لامعة لكنها مرحب بها جدًا.
مطالبات الإلغاء التفاعلية، ونمذجة أفضل للتبعيات، وحالة نشر أوضح هي من نوع التحسينات التي تجعل CLI يبدو موثوقًا عندما تعمل مع موارد Azure حقيقية.
والثقة أمر كبير بالنسبة لأدوات مثل هذه.
وجهة نظري
كلما تحسن azd في الإعداد، والبرمجة النصية، وأمان النشر، ودعم الإضافات، شعرته أكثر كشيء يمكنك إبقاؤه في حلقة عملك اليومية بدلًا من استخدامه فقط قبل النشر مباشرة.
هذا هو الاتجاه الصحيح.
بالنسبة للفرق التي تبني تطبيقات سحابية أصلية أو مدعومة بالذكاء الاصطناعي على Azure، يواصل هذا جعل CLI أكثر فائدة في المكان الذي يهم أكثر: أثناء التطوير الفعلي.
المقال الأصلي: Azure Developer CLI (azd) – May and June 2026
