Bower se projek-proxy in .bowerrc opstel

Hou Bower se HTTP- en HTTPS-proxy-inskrywings in 'n geldige projek-plaaslike .bowerrc-konfigurasie.

Vir 'n werkkopie wat steeds Bower gebruik, kan 'n projek-plaaslike .bowerrc die roete vir pakket-HTTP-versoeke verskaf:

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

Voeg die proxy-velde by die bestaande JSON-objek in. Behoud die projek se werklike gidsinstelling as dit van die voorbeeld verskil. 'n Dopopdrag soos SET HTTP_PROXY=... is nie 'n JSON-inskrywing nie.

proxy geld vir HTTP-bestemmings; https-proxy geld vir HTTPS-bestemmings. Albei kan dieselfde HTTP-proxy-eindpunt aandui. Vir openbare pakket-aflaaie op 'n roete wat onaangemelde openbare tussengangers toelaat, bied die HTTP-proxylys kandidate vir daardie waardes. Die proxy se eie vervoerskema is deel van die waarde.

Bower kombineer konfigurasie uit opdragreël-argumente, omgewingsveranderlikes en konfigurasielêers. 'n Projeklêer is dus een inset, nie bewys van die finale effektiewe waarde nie. Die gedokumenteerde omgewingsvorm sluit name soos bower_https_proxy in.

Hou die werkende gids konsekwent in outomatisering. Bower soek die konfigurasie in die hiërargie van die werkende gids, so om die taak in 'n ander gids te begin kan verander watter projeklêer deelneem. As die ophaal aan Git delegeer, ondersoek die aparte Git-kopie-roete.

Verwante artikels