Konfigurer Bowers prosjektproxy i .bowerrc

For en arbeidskopi som fortsatt bruker Bower, kan en .bowerrc i prosjektet gi ruten for HTTP-forespørsler fra pakker:

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

Slå sammen proxyfeltene i det eksisterende JSON-objektet. Behold prosjektets faktiske kataloginnstilling dersom den avviker fra eksemplet. En shell-tilordning som SET HTTP_PROXY=... er ikke en JSON-oppføring.

proxy gjelder for HTTP-mål; https-proxy gjelder for HTTPS-mål. Begge kan angi samme HTTP-proxyendepunkt. For offentlige pakkenedlastinger på en rute som tillater uautentiserte offentlige mellomledd, tilbyr HTTP-proxylisten kandidater for disse verdiene. Proxyens eget transportsystem er en del av verdien.

Bower kombinerer konfigurasjon fra kommandolinjeargumenter, miljøvariabler og konfigurasjonsfiler. En prosjektfil er derfor én inngang, ikke bevis på den endelige effektive verdien. Den dokumenterte miljøformen omfatter navn som bower_https_proxy.

Hold arbeidskatalogen konsistent i automatisering. Bower søker etter konfigurasjon i hierarkiet til arbeidskatalogen, så det å starte jobben i en annen katalog kan endre hvilken prosjektfil som deltar. Dersom hentingen delegeres til Git, undersøk den separate Git-arbeidskopiruten.