Bower ပရောဂျက် proxy ကို .bowerrc တွင် ပြင်ဆင်ခြင်း
Bower ၏ HTTP နှင့် HTTPS proxy ထည့်သွင်းချက်များကို ပရောဂျက်အတွင်းရှိ တရားဝင် .bowerrc ပြင်ဆင်မှုတွင် ထားရှိပါ။
Bower ကို အသုံးပြုနေဆဲ လုပ်ငန်းမိတ္တူအတွက် ပရောဂျက်အတွင်းရှိ .bowerrc သည် package HTTP တောင်းဆိုချက်များ၏ လမ်းကြောင်းကို ပေးနိုင်သည်။
{
"directory": "bower_components",
"proxy": "http://proxy.example.net:8080",
"https-proxy": "http://proxy.example.net:8080"
}proxy အကွက်များကို ရှိပြီးသား JSON object ထဲ ပေါင်းစည်းပါ။ ပရောဂျက်၏ အမှန်တကယ် directory ဆက်တင်သည် ဥပမာနှင့် မတူပါက ၎င်းကို ထိန်းသိမ်းပါ။ SET HTTP_PROXY=... ကဲ့သို့ shell သတ်မှတ်ချက်သည် JSON ထည့်သွင်းချက် မဟုတ်ပါ။
proxy သည် HTTP ဦးတည်ရာများအတွက် သက်ဆိုင်သည်။ https-proxy သည် HTTPS ဦးတည်ရာများအတွက် သက်ဆိုင်သည်။ နှစ်ခုစလုံးသည် တူညီသော HTTP proxy အဆုံးမှတ်ကို အမည်ပေးနိုင်သည်။ အတည်ပြုမထားသော အများသူငှာ ကြားခံများကို ခွင့်ပြုသော လမ်းကြောင်းတွင် အများသူငှာ package ဒေါင်းလုဒ်များအတွက် HTTP proxy စာရင်း သည် ထိုတန်ဖိုးများအတွက် ကိုယ်စားလှယ်လောင်းများကို ပေးသည်။ proxy ၏ ကိုယ်ပိုင် သယ်ယူပို့ဆောင်ရေး အစီအစဉ်သည် တန်ဖိုး၏ အစိတ်အပိုင်းဖြစ်သည်။
Bower သည် command-line argument များ၊ ပတ်ဝန်းကျင် variable များနှင့် ပြင်ဆင်မှုဖိုင်များမှ ပြင်ဆင်မှုကို ပေါင်းစပ်သည်။ ထို့ကြောင့် ပရောဂျက်ဖိုင်သည် input တစ်ခုသာဖြစ်ပြီး နောက်ဆုံး ထိရောက်သောတန်ဖိုး၏ သက်သေမဟုတ်ပါ။ မှတ်တမ်းတင်ထားသော ပတ်ဝန်းကျင်ပုံစံတွင် bower_https_proxy ကဲ့သို့ အမည်များ ပါဝင်သည်။
အလိုအလျောက်လုပ်ဆောင်မှုတွင် အလုပ်လုပ်သည့် directory ကို တသမတ်တည်း ထားပါ။ Bower သည် အလုပ်လုပ်သည့် directory အဆင့်ဆင့်တွင် ပြင်ဆင်မှုကို ရှာဖွေသောကြောင့် အခြား directory တွင် အလုပ်စတင်ခြင်းသည် မည်သည့် ပရောဂျက်ဖိုင် ပါဝင်သည်ကို ပြောင်းလဲနိုင်သည်။ ရယူမှုကို Git သို့ လွှဲအပ်ထားပါက သီးခြား Git လုပ်ငန်းမိတ္တူလမ်းကြောင်း ကို စစ်ဆေးပါ။