د Bower پروکسي ناکامي: د راجستر ډاونلوډونه د Git چک آوټونو په وړاندې
د پروکسي ترتیباتو له ټاکلو دمخه د Bower عملیات شاته HTTP پوښتنه، د آرشیف ډاونلوډ یا Git لېږد وپیژنئ.
شته Bower عملیات د هغې د --verbose تشخیص سره ولولئ. وروستی د راجستر/آرشیف URL یا Git فرمان د لومړنۍ تېروتنې سره وساتئ؛ بریالۍ نوم حل کېدای شي په بل کارن کې د ناکامۍ دمخه وي.
Bower → HTTP registry lookup or archive download
Bower → Git process → repository transport
| ناکام عملیات | د کتلو وړ پروکسي ننوت |
|---|---|
| د Bower راجستر یا HTTP آرشیف | د Bower proxy/https-proxy تنظیمات او ریښتینی چاپېریال |
| Git HTTP/HTTPS | Git http.proxy او د HTTP لېږد چاپېریال |
| اصلي git:// | core.gitProxy یا GIT_PROXY_COMMAND |
| SSH، په شمول git@host:path | د تصویب شوې ProxyCommand یا ProxyJump په څېر SSH لارښوونه |
د Bower GitRemoteResolver Git ته زنګ وهي. د هغې GitHub حل کوونکی کېدای شي لومړی HTTPS آرشیف راوړي او بیا Git ته واوړي، نو پېژندل شوی GitHub بسته نوم نه ښیي چې کومه لاره ناکامه شوه.
کله چې زېرمه تصویب شوې HTTPS پای ټکی وړاندې کوي، د هغې غوره کول Git ته اجازه ورکوي چې HTTP لېږد وکاروي. د عادي ساده HTTP ته د نړیوال بیا لیکنې د پلي کولو پر ځای د هغې شتون تایید کړئ. د هغې عامې HTTPS Git سرچینې لپاره، کله چې عامې لارې اجازه ولري او ریښتینی Git بهیر ترتیب شوي یا ساتل شوي پروکسي اسناد ونه لري، د HTTP پروکسي لیست څخه پروکسي پته یو انتخاب دی.
Git د Bower په څېر په ورته حساب او ورته پیل چاپېریال کې پرتله کړئ. حل کوونکی، سکیم او عملیات یوځای وساتئ؛ په بل ټرمینل کې بریا یا د راجستر پتې بدلون نشي کولی ورکه شوې فرعي بهیر لاره برابره کړي.