I-configure ang proxy ng proyekto ng Bower sa .bowerrc

Panatilihin ang mga entry ng proxy HTTP at HTTPS ng Bower sa wastong .bowerrc configuration sa loob ng proyekto.

Para sa isang working copy na gumagamit pa rin ng Bower, ang .bowerrc sa loob ng proyekto ay makapagbibigay ng ruta para sa mga HTTP request ng mga package:

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

Pagsamahin ang mga field ng proxy sa umiiral na JSON object. Panatilihin ang tunay na setting ng direktoryo ng proyekto kung naiiba ito sa halimbawa. Ang shell assignment tulad ng SET HTTP_PROXY=... ay hindi JSON entry.

proxy ay nalalapat sa mga destinasyong HTTP; https-proxy ay nalalapat sa mga destinasyong HTTPS. Pareho silang makakapangalan ng parehong HTTP proxy endpoint. Para sa pampublikong pag-download ng package sa rutang pumapayag sa hindi authenticated na pampublikong tagapamagitan, ang listahan ng HTTP proxy ay nag-aalok ng mga kandidato para sa mga halagang iyon. Ang sariling transport scheme ng proxy ay bahagi ng halaga.

Pinagsasama ng Bower ang configuration mula sa mga argumento ng command line, environment variable at configuration file. Kaya ang project file ay isang input lamang, hindi patunay ng huling epektibong halaga. Kasama sa dokumentadong anyo ng environment ang mga pangalan tulad ng bower_https_proxy.

Panatilihing pare-pareho ang working directory sa automation. Hinahanap ng Bower ang configuration sa hierarchy ng working directory, kaya ang pagsisimula ng trabaho sa ibang direktoryo ay maaaring magbago kung aling project file ang kasali. Kung ang pagkuha ay ipinagkatiwala sa Git, suriin ang hiwalay na ruta ng working copy ng Git.

Kaugnay na mga artikulo