ራስ-አስተናጋጅ የAzure Pipelines ወኪል በስርወ አቃፊው ውስጥ በሚገኝ .proxybypass ፋይል ውስጥ የተኪ ማለፊያ ደንቦችን ሊይዝ ይችላል። እያንዳንዱ መስመር ከURL ጋር የሚዛመድ የECMAScript መደበኛ አገላለጽ ነው።

ለምሳሌ፣ ለአንድ ውስጣዊ የመመገቢያ አስተናጋጅ ደንብ እንደዚህ ሊመስል ይችላል፦

^https?://packages[.]internal[.]example(?::[0-9]+)?(?:/|$)

አገላለጹ ለዚያ አስተናጋጅ የHTTP ወይም HTTPS URLዎችን ያዛምዳል፣ አማራጭ የቁጥር ወደብ ጨምሮ። ከአስተናጋጅ ስም በኋላ ያለው ወሰን እንደ packages.internal.example.other-domain ያለ ረዘም ስም እንዳይዛመድ ይከላከላል።

ይህ የወኪሉ ጭነት ፋይል ነው፣ በምንጭ ቼክአውት ውስጥ በዘፈቀደ የተቀመጠ ፋይል አይደለም። አገላለጹም በኮማ ከተለያየ NO_PROXY እሴት ይለያል። እንደ *.internal.example ያለ የሼል ዱላ ቁምፊ ወደ መደበኛ አገላለጽ መስክ መቅዳት ተመሳሳይ ትርጉም አይጠብቅም።

ከዚያ ፓኬጁን ማን እንደሚያወርድ ይለዩ

የወኪሉ አብሮ የተሰሩ የምንጭ እና የአርቲፋክት ስራዎች የተኪ ውቅሩን ይጠቀማሉ። ተግባራት የተጋለጠውን የተኪ መረጃ በተግባር ቤተ-መጽሐፍት በኩል ማግኘትና በራሳቸው የHTTP ደንበኞች ላይ መተግበር ይችላሉ።

ውጫዊ የNuGet፣ dotnet ወይም curl ሂደት የሚጠራ ተግባር ሌላ ተጠቃሚ ያስተዋውቃል። ያ ተግባር የተኪና ማለፊያ ቅንብሮችን ለመሳሪያው እንዴት እንደሚሰጥ ያረጋግጡ። ትክክለኛ የወኪል ደንብ ሁሉም ገለልተኛ የፓኬጅ ደንበኛ እንዳነበው አያረጋግጥም።

የውስጥ መመገቢያ URLን በምርመራ መዝገቡ ውስጥ ያቆዩ፣ አሃዱንና ወደቡን ጨምሮ። ደንቡን በሚገናኘው URL ላይ ይፈትኑ፣ ከዚያ ለዚያ ጥያቄ ተጠያቂውን የተግባር/ደንበኛ ውቅር ይመርምሩ።

ተዛማጅ ጽሑፎች