تهيئة وكيل مشروع Bower في .bowerrc

بالنسبة إلى نسخة عمل لا تزال تستخدم 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 المنفصل.