Bower նախագծի պրոքսիի կարգավորումը .bowerrc-ում

Դեռ Bower օգտագործող աշխատանքային պատճենի համար նախագծի ներսում գտնվող .bowerrc-ը կարող է ապահովել փաթեթների HTTP հարցումների ուղին.

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

Միավորեք պրոքսի դաշտերը գոյություն ունեցող JSON օբյեկտի մեջ։ Պահպանեք նախագծի իրական պանակի կարգավորումը, եթե այն տարբերվում է օրինակից։ SET HTTP_PROXY=...-ի նման shell նշանակումը JSON գրառում չէ։

proxy-ը վերաբերում է HTTP նպատակադրումներին, https-proxy-ը՝ HTTPS նպատակադրումներին։ Երկուսն էլ կարող են նշել նույն HTTP պրոքսի վերջնակետը։ Չհաստատված հանրային միջնորդներ թույլատրող ուղու վրա հանրային փաթեթների ներբեռնումների համար HTTP պրոքսիների ցանկը առաջարկում է թեկնածուներ այդ արժեքների համար։ Պրոքսիի սեփական տրանսպորտային սխեման արժեքի մասն է։

Bower-ը կարգավորումը միավորում է հրամանի տողի արգումենտներից, միջավայրի փոփոխականներից և կարգավորման ֆայլերից։ Այսպիսով՝ նախագծի ֆայլը մեկ մուտք է, ոչ թե վերջնական գործող արժեքի ապացույց։ Փաստաթղթավորված միջավայրի ձևը ներառում է այնպիսի անուններ, ինչպիսին է bower_https_proxy-ը։

Ավտոմատացման մեջ աշխատանքային պանակը պահեք հետևողական։ Bower-ը կարգավորումը փնտրում է աշխատանքային պանակի հիերարխիայում, ուստի աշխատանքը այլ պանակում սկսելը կարող է փոխել, թե որ նախագծի ֆայլն է մասնակցում։ Եթե ստացումը պատվիրակվում է Git-ին, ստուգեք Git աշխատանքային պատճենի առանձին ուղին։