.bowerrc میں Bower کے پروجیکٹ پروکسی کی تشکیل

اب بھی Bower استعمال کرنے والی ورکنگ کاپی کے لیے، پروجیکٹ کے اندر موجود .bowerrc پیکیج HTTP درخواستوں کا راستہ فراہم کر سکتا ہے:

{
  "directory": "bower_components",
  "proxy": "http://proxy.example.net:8080",
  "https-proxy": "http://proxy.example.net:8080"
}

پروکسی فیلڈز کو موجودہ JSON آبجیکٹ میں ضم کریں۔ اگر پروجیکٹ کی اصل ڈائریکٹری ترتیب مثال سے مختلف ہو تو اسے برقرار رکھیں۔ SET HTTP_PROXY=... جیسی شیل تفویض JSON اندراج نہیں ہے۔

proxy HTTP منزلوں پر لاگو ہوتا ہے؛ https-proxy HTTPS منزلوں پر لاگو ہوتا ہے۔ دونوں ایک ہی HTTP پروکسی اینڈ پوائنٹ کا نام دے سکتے ہیں۔ غیر تصدیق شدہ عوامی ثالثوں کی اجازت دینے والے راستے پر عوامی پیکیج ڈاؤن لوڈز کے لیے، HTTP پروکسی فہرست ان اقدار کے لیے امیدوار پیش کرتی ہے۔ پروکسی کی اپنی منتقلی اسکیم قدر کا حصہ ہے۔

Bower ترتیب کو کمانڈ لائن دلائل، ماحولیاتی متغیرات اور ترتیب فائلوں سے یکجا کرتا ہے۔ اس لیے پروجیکٹ فائل ایک ان پٹ ہے، حتمی مؤثر قدر کا ثبوت نہیں۔ دستاویزی ماحولیاتی شکل میں bower_https_proxy جیسے نام شامل ہیں۔

خودکاری میں ورکنگ ڈائریکٹری کو مستقل رکھیں۔ Bower ترتیب کو ورکنگ ڈائریکٹری کے درجہ بندی میں تلاش کرتا ہے، اس لیے کسی دوسری ڈائریکٹری میں کام شروع کرنا بدل سکتا ہے کہ کون سی پروجیکٹ فائل شامل ہوتی ہے۔ اگر حصول Git کے سپرد ہو تو الگ Git ورکنگ کاپی راستہ دیکھیں۔