Hali ham Bower ishlatadigan ish nusxasi uchun loyiha ichidagi .bowerrc paket HTTP so'rovlari uchun yo'lni taqdim etadi:

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

Proksi maydonlarini mavjud JSON obyektiga birlashtiring. Loyihaning haqiqiy katalog sozlamasi misoldan farq qilsa, uni saqlang. SET HTTP_PROXY=... kabi shell tayinlash JSON yozuvi emas.

proxy HTTP manzillari uchun amal qiladi; https-proxy HTTPS manzillari uchun amal qiladi. Ikkalasi ham bir xil HTTP proksi so'nggi nuqtasini nomlashi mumkin. Ommaviy paket yuklab olishlar uchun autentifikatsiya qilinmagan ommaviy vositachilarga ruxsat beruvchi yo'lda HTTP proksi ro'yxati o'sha qiymatlar uchun nomzodlarni taklif qiladi. Proksining o'z transport sxemasi qiymatning bir qismidir.

Bower konfiguratsiyani buyruq qatori argumentlari, muhit o'zgaruvchilari va konfiguratsiya fayllaridan birlashtiradi. Shuning uchun loyiha fayli bitta kirish, yakuniy samarali qiymatning isboti emas. Hujjatlashtirilgan muhit shakli bower_https_proxy kabi nomlarni o'z ichiga oladi.

Avtomatlashtirishda ish katalogini barqaror saqlang. Bower konfiguratsiyani ish katalogi ierarxiyasidan qidiradi, shuning uchun ishni boshqa katalogda boshlash qaysi loyiha fayli qatnashishini o'zgartirishi mumkin. Agar olish Git ga topshirilgan bo'lsa, alohida Git ish nusxasi yo'lini ko'rib chiqing.

O'xshash maqolalar