Darbo kopijai, kuri vis dar naudoja Bower, projekto .bowerrc gali nurodyti paketų HTTP užklausų kelią:

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

Sujunkite proxy laukus su esamu JSON objektu. Išsaugokite tikrąjį projekto katalogo nustatymą, jei jis skiriasi nuo pavyzdžio. Shell priskyrimas, kaip SET HTTP_PROXY=..., nėra JSON įrašas.

proxy taikomas HTTP paskirties vietoms; https-proxy taikomas HTTPS paskirties vietoms. Abu gali nurodyti tą patį HTTP proxy galinį tašką. Viešam paketų atsisiuntimui maršrute, kuris leidžia neautentifikuotus viešus tarpininkus, HTTP proxy sąrašas siūlo kandidatus šioms reikšmėms. Paties proxy transporto schema yra vertės dalis.

Bower sujungia konfigūraciją iš komandų eilutės argumentų, aplinkos kintamųjų ir konfigūracijos failų. Todėl projekto failas yra viena įvestis, o ne galutinės efektyvios vertės įrodymas. Dokumentuota aplinkos forma apima tokius pavadinimus kaip bower_https_proxy.

Automatizavime išlaikykite nuoseklų darbo katalogą. Bower ieško konfigūracijos darbo katalogo hierarchijoje, todėl darbo pradėjimas kitame kataloge gali pakeisti, kuris projekto failas dalyvauja. Jei gavimas perduodamas Git, peržiūrėkite atskirą Git darbo kopijos maršrutą.

Susiję straipsniai