Yarn Classic او نوی Yarn: د پروکسي تنظیمات او د کنفیګ فایلونه

د Yarn هغې نسخې لپاره چې واقعاً ځغلېږي د کنفیګ فورمت وکاروئ، نه دا چې د Classic د پروکسي کیلي له نوي YAML تنظیماتو سره ګډې کړئ.

لومړی د هغې پروژې دننه د Yarn نسخه وګورئ چې ستونزه پکې ده:

yarn --version

په پروژه کې ټاکل شوې نسخه کېدای شي له بلې کاپي یا ټرمینل څخه توپیر ولري. د هغې سره سم د کنفیګ فورمت وکاروئ.

Yarn Classic زوړ .yarnrc فورمت کاروي:

proxy "http://203.0.113.10:8080"
https-proxy "http://203.0.113.10:8080"

نوی Yarn په .yarnrc.yml کې camelCase کیلي کاروي:

httpProxy: "http://203.0.113.10:8080"
httpsProxy: "http://203.0.113.10:8080"

د مستنداتو endpoint د خپل سروس د HTTP پروکسي یا د HTTP پروکسي لیست له یوه HTTP پروکسي سره بدل کړئ. دا بېلابېل فورمتونه دي، نه په یوه عمومي فایل کې د بدلېدونکو نومونو په څېر. یوه Classic هایفن لرونکې کیلي چې په نوي YAML کې پیسټ شي، کېدای شي د پروکسي له ازموینې مخکې د کنفیګ په مرحله کې ناکامه شي.

هغه فایل وټاکئ چې ټاکل شوې نسخه یې لولي، په پروژه کې د لټون قاعدې او د کور او پورتنۍ کچې قاعدې په پام کې نیولې. یو ډېر مشخص د کوربه نوم تنظیم هم کولای شي بله لاره وټاکي. راجستر د بنډل میټاډاټا سرچینه پاتې کېږي؛ د هغې د پروکسي IP سره بدلول فوروارډینګ نه تنظیموي.

د فایل یا کیلي له سمولو وروسته هغه عملیه وګورئ چې واقعاً شبکې ته اړتیا لري. د کاش پایله کولای شي ناسمه لاره پټه کړي. د اصلي ناکامه کوربه نوم او خطا له مخې پرېکړه وکړئ چې بله ستونزه د لارښوونې، تصدیق یا د سند باور په اړه ده.

اړوندې مقالې