Töökope, mis kasutab endiselt Bowerit, saab projekti sees olevast .bowerrc-st paketi HTTP-päringute marsruudi:

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

Ühendage puhverserveri väljad olemasoleva JSON-objektiga. Säilitage projekti tegelik kataloogiseade, kui see erineb näitest. Kestakäsk nagu SET HTTP_PROXY=... ei ole JSON-kirje.

proxy kehtib HTTP-sihtkohtadele; https-proxy kehtib HTTPS-sihtkohtadele. Mõlemad võivad nimetada sama HTTP-puhverserveri lõpp-punkti. Avalike paketivormingute allalaadimiseks marsruudil, mis lubab autentimata avalikke vahendajaid, pakub HTTP-puhverserverite loend nende väärtuste jaoks kandidaate. Puhverserveri enda transpordiskeem on osa väärtusest.

Bower ühendab konfiguratsiooni käsurea argumentidest, keskkonnamuutujatest ja konfiguratsioonifailidest. Projektifail on seega üks sisend, mitte tõestus lõplikust kehtivast väärtusest. Dokumenteeritud keskkonnavorm sisaldab nimesid nagu bower_https_proxy.

Hoidke töökataloog automatiseerimisel järjekindel. Bower otsib konfiguratsiooni töökataloogi hierarhiast, seega töö alustamine teises kataloogis võib muuta, milline projektifail osaleb. Kui hankimine delegeeritakse Gitile, kontrollige eraldi Git-töökope marsruuti.

Seotud artiklid