Bower syn projektproxy yn .bowerrc konfigurearje

Foar in wurkkopy dy't noch Bower brûkt, kin in .bowerrc yn it projekt de rûte foar HTTP-oanfragen fan pakketten leverje:

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

Foegje de proxyfjilden ta oan it besteande JSON-objekt. Behâld de eigentlike mapynstelling fan it projekt as dy fan it foarbyld ôfwiket. In shell-tawizing lykas SET HTTP_PROXY=... is gjin JSON-ynfiering.

proxy jildt foar HTTP-bestimmingen; https-proxy jildt foar HTTPS-bestimmingen. Beide kinne itselde HTTP-proxyeinpunt neame. Foar iepenbiere pakketdownloads op in rûte dy't net-befêstige iepenbiere tuskenpersoanen tastean, biedt de HTTP-proxylist kandidaten foar dy wearden. It eigen ferfierskema fan de proxy is diel fan 'e wearde.

Bower kombinearret konfiguraasje út kommandorigel-argumenten, omjouwingsfariabelen en konfiguraasjebestannen. In projektbestân is dêrom ien ynput, gjin bewiis fan 'e definitive effektive wearde. De dokumintearre omjouwingsfoarm omfettet nammen lykas bower_https_proxy.

Hâld de wurkmap konsekwint yn automatisearring. Bower siket de konfiguraasje yn 'e hiërargy fan 'e wurkmap, dat it begjin fan it wurk yn in oare map kin feroarje hokker projektbestân meidocht. As it opheljen oan Git delegatearret, besjoch de aparte Git-wurkkopyrûte.