Kusanidi proksi ya mradi wa Bower katika .bowerrc

Weka maingizo ya proksi ya HTTP na HTTPS ya Bower katika usanidi halali wa .bowerrc ndani ya mradi.

Kwa nakala ya kazi ambayo bado inatumia Bower, faili .bowerrc ndani ya mradi inaweza kutoa njia ya maombi ya HTTP ya vifurushi:

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

Unganisha sehemu za proksi kwenye kipengee cha JSON kilichopo. Hifadhi mpangilio halisi wa saraka ya mradi ikiwa unatofautiana na mfano. Ugawaji wa shell kama SET HTTP_PROXY=... si ingizo la JSON.

proxy inatumika kwa maeneo ya HTTP; https-proxy inatumika kwa maeneo ya HTTPS. Zote mbili zinaweza kutaja mwisho sawa wa proksi ya HTTP. Kwa upakuaji wa vifurushi vya umma kwenye njia inayoruhusu wapatanishi wa umma wasioidhinishwa, orodha ya proksi za HTTP inatoa wagombea kwa thamani hizo. Mpango wa usafirishaji wa proksi yenyewe ni sehemu ya thamani.

Bower huchanganya usanidi kutoka hoja za mstari wa amri, vigeu vya mazingira na faili za usanidi. Kwa hivyo faili ya mradi ni ingizo moja, si uthibitisho wa thamani halisi ya mwisho. Umbo la mazingira lililoandikwa linajumuisha majina kama bower_https_proxy.

Weka saraka ya kazi thabiti katika uendeshaji otomatiki. Bower hutafuta usanidi katika ngazi za saraka ya kazi, hivyo kuanza kazi katika saraka nyingine kunaweza kubadilisha faili ya mradi inayoshiriki. Ikiwa upataji umekabidhiwa kwa Git, chunguza njia tofauti ya nakala ya kazi ya Git.

Makala zinazohusiana