ഇപ്പോഴും Bower ഉപയോഗിക്കുന്ന ഒരു പ്രവർത്തന പകർപ്പിന്, പ്രോജക്ടിനുള്ളിലെ .bowerrc പാക്കേജ് HTTP അഭ്യർത്ഥനകൾക്കുള്ള വഴി നൽകാം:

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

പ്രോക്സി ഫീൽഡുകൾ നിലവിലുള്ള JSON ഒബ്ജക്റ്റിലേക്ക് ലയിപ്പിക്കുക. പ്രോജക്ടിന്റെ യഥാർത്ഥ ഡയറക്ടറി ക്രമീകരണം ഉദാഹരണത്തിൽ നിന്ന് വ്യത്യസ്തമാണെങ്കിൽ അത് നിലനിർത്തുക. SET HTTP_PROXY=... പോലുള്ള ഷെൽ അസൈൻമെന്റ് JSON എൻട്രി അല്ല.

proxy HTTP ലക്ഷ്യസ്ഥാനങ്ങൾക്ക് ബാധകമാണ്; https-proxy HTTPS ലക്ഷ്യസ്ഥാനങ്ങൾക്ക് ബാധകമാണ്. രണ്ടും ഒരേ HTTP പ്രോക്സി എൻഡ്പോയിന്റ് പേര് നൽകാം. സാക്ഷ്യപ്പെടുത്താത്ത പൊതു ഇടനിലക്കാരെ അനുവദിക്കുന്ന വഴിയിൽ പൊതു പാക്കേജ് ഡൗൺലോഡുകൾക്ക്, HTTP പ്രോക്സി പട്ടിക ആ മൂല്യങ്ങൾക്ക് സ്ഥാനാർത്ഥികൾ നൽകുന്നു. പ്രോക്സിയുടെ സ്വന്തം ഗതാഗത സ്കീം മൂല്യത്തിന്റെ ഭാഗമാണ്.

Bower കമാൻഡ് ലൈൻ ആർഗ്യുമെന്റുകൾ, പരിസ്ഥിതി വേരിയബിളുകൾ, കോൺഫിഗറേഷൻ ഫയലുകൾ എന്നിവയിൽ നിന്ന് കോൺഫിഗറേഷൻ സംയോജിപ്പിക്കുന്നു. അതിനാൽ പ്രോജക്ട് ഫയൽ ഒരു ഇൻപുട്ട് മാത്രമാണ്, അന്തിമ ഫലപ്രദമായ മൂല്യത്തിന്റെ തെളിവല്ല. രേഖപ്പെടുത്തിയ പരിസ്ഥിതി രൂപത്തിൽ bower_https_proxy പോലുള്ള പേരുകൾ ഉൾപ്പെടുന്നു.

ഓട്ടോമേഷനിൽ പ്രവർത്തന ഡയറക്ടറി സ്ഥിരമായി നിലനിർത്തുക. Bower പ്രവർത്തന ഡയറക്ടറിയുടെ ശ്രേണിയിൽ കോൺഫിഗറേഷൻ തിരയുന്നു, അതിനാൽ മറ്റൊരു ഡയറക്ടറിയിൽ ജോലി ആരംഭിക്കുന്നത് ഏത് പ്രോജക്ട് ഫയൽ പങ്കെടുക്കുന്നു എന്നത് മാറ്റാം. റിട്രീവൽ Git-ന് നൽകിയിട്ടുണ്ടെങ്കിൽ, വേറിട്ട Git പ്രവർത്തന പകർപ്പ് വഴി പരിശോധിക്കുക.

അനുബന്ധ ലേഖനങ്ങൾ