Azure Pipelines: NuGet Restore کا پراکسی ماحول مقرر کریں

NuGetAuthenticate پیکیج فیڈز کے لیے تصدیق ترتیب دیتا ہے۔ کامیاب تصدیقی کام dotnet، nuget.exe یا MSBuild کے لیے آؤٹ باؤنڈ پراکسی ترتیب نہیں دیتا۔

اگر اسناد کی ترتیب کامیاب ہو اور اگلے restore کو 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 اپنی ترتیب میں پراکسی اندراجات کی بھی معاونت کرتا ہے۔ اُنہیں پیکیج ماخذ اسناد سے الگ رکھیں، اور جب restore کسی دوسرے اکاؤنٹ کے تحت چلے تو موثر ترتیب کا دائرہ جانچیں۔

بحال شدہ پیکیج کو فیڈ کے پہلے URL سے زیادہ کی ضرورت ہو سکتی ہے۔ اگر بعد میں پیکیج ڈاؤن لوڈ یا تصدیق کا میزبان ناکام ہو تو پراکسی اور بائی پاس پالیسی کا جائزہ لیتے وقت وہی اصل میزبان نام استعمال کریں۔