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 کی طرح اسی اکاؤنٹ اور اسی لانچ ماحول میں کریں۔ حل کنندہ، اسکیم اور عمل کو ساتھ رکھیں؛ کسی دوسرے ٹرمینل کی کامیابی یا رجسٹری پتے کی تبدیلی غائب ذیلی عمل کا راستہ فراہم نہیں کر سکتی۔