הגדרת ה-proxy של פרויקט Bower בקובץ .bowerrc
שמרו את רשומות ה-proxy של HTTP ו-HTTPS של Bower בתצורת .bowerrc תקפה בתוך הפרויקט.
עבור עותק עבודה שעדיין משתמש ב-Bower, קובץ .bowerrc בתוך הפרויקט יכול לספק את המסלול לבקשות HTTP של חבילות:
{
"directory": "bower_components",
"proxy": "http://proxy.example.net:8080",
"https-proxy": "http://proxy.example.net:8080"
}מזגו את שדות ה-proxy אל אובייקט ה-JSON הקיים. שמרו על הגדרת התיקייה בפועל של הפרויקט אם היא שונה מהדוגמה. השמה במעטפת כמו SET HTTP_PROXY=... אינה רשומת JSON.
proxy חל על יעדי HTTP; https-proxy חל על יעדי HTTPS. שניהם יכולים לציין את אותה נקודת קצה של proxy HTTP. עבור הורדות חבילות ציבוריות במסלול שמתיר מתווכים ציבוריים לא מאומתים, רשימת ה-proxy של HTTP מציעה מועמדים לערכים אלה. סכימת התעבורה של ה-proxy עצמו היא חלק מהערך.
Bower משלב תצורה מארגומנטים של שורת פקודה, ממשתני סביבה ומקובצי תצורה. לכן קובץ פרויקט הוא קלט אחד, לא הוכחה לערך האפקטיבי הסופי. צורת הסביבה המתועדת כוללת שמות כמו bower_https_proxy.
שמרו על תיקיית העבודה עקבית באוטומציה. Bower מחפש את התצורה בהיררכיית תיקיית העבודה, כך שהתחלת המשימה בתיקייה אחרת יכולה לשנות איזה קובץ פרויקט משתתף. אם האחזור מואצל ל-Git, בדקו את מסלול עותק ה-Git הנפרד.