Darba kopijai, kas joprojām izmanto Bower, projekta .bowerrc var nodrošināt pakotņu HTTP pieprasījumu maršrutu:

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

Apvienojiet starpniekservera laukus ar esošo JSON objektu. Saglabājiet projekta faktisko direktorijas iestatījumu, ja tas atšķiras no piemēra. Shell piešķiršana, piemēram, SET HTTP_PROXY=..., nav JSON ieraksts.

proxy attiecas uz HTTP galamērķiem; https-proxy attiecas uz HTTPS galamērķiem. Abi var norādīt vienu un to pašu HTTP starpniekservera galapunktu. Publiskai pakešu lejupielādei maršrutā, kas pieļauj neautentificētus publiskus starpniekus, HTTP starpniekserveru saraksts piedāvā kandidātus šīm vērtībām. Paša starpniekservera transporta shēma ir vērtības daļa.

Bower apvieno konfigurāciju no komandrindas argumentiem, vides mainīgajiem un konfigurācijas failiem. Tāpēc projekta fails ir viena ievade, nevis galīgās efektīvās vērtības pierādījums. Dokumentētā vides forma ietver tādus nosaukumus kā bower_https_proxy.

Automatizācijā uzturiet konsekventu darba direktoriju. Bower meklē konfigurāciju darba direktorija hierarhijā, tāpēc darba sākšana citā direktorijā var mainīt, kurš projekta fails piedalās. Ja iegūšana tiek deleģēta Git, pārbaudiet atsevišķo Git darba kopijas maršrutu.

Saistītie raksti