Azure Pipelines: تهيئة بيئة الوكيل لاستعادة NuGet

زوّد عملية الاستعادة بـ http_proxy و no_proxy حتى عندما يكون NuGetAuthenticate قد هيّأ بيانات اعتماد المصادر بالفعل.

يهيّئ NuGetAuthenticate المصادقة على مصادر الحزم. ولا تقوم مهمة مصادقة ناجحة بتهيئة الوكيل الصادر من أجل dotnet أو nuget.exe أو MSBuild.

إذا نجح إعداد بيانات الاعتماد واحتاجت عملية الاستعادة التالية إلى وكيل HTTP، فوفّر بيئة تلك العملية. على سبيل المثال:

- task: NuGetAuthenticate@1

- script: dotnet restore
  env:
    http_proxy: $(proxyUrl)
    no_proxy: packages.corp.example,localhost,127.0.0.1

proxyUrl متغيّر موجود في خط الأنابيب ويحمل عنوان URL الكامل المقصود للوكيل. اضبط قائمة التجاوز وفق سياسة توجيه المصادر الفعلية. أما المصادر العامة المسموح بها عبر وسيط عام، فتوفّر قائمة وكلاء HTTP مرشّحين لـ proxyUrl بلا حساب؛ وأبقِ تجاوزات المصادر الخاصة كما هي. تفترض هذه القطعة أن مصادر حزم المشروع مهيّأة مسبقًا.

على Linux وmacOS تكون أسماء البيئة الموثّقة بأحرف صغيرة. وقد يتحول متغيّر خط أنابيب باسم http_proxy إلى أحرف كبيرة عند تصديره تلقائيًا. ويحافظ تعيين env الصريح على المفتاح الذي تحتاجه الأداة.

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

يدعم NuGet أيضًا إدخالات الوكيل في تهيئته. أبقِها منفصلة عن بيانات اعتماد مصادر الحزم، وتحقق من نطاق التهيئة الفعلي عندما تُنفَّذ استعادة تحت حساب آخر.

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

مقالات ذات صلة