សម្រាប់ច្បាប់ចម្លងការងារដែលនៅតែប្រើ Bower ឯកសារ .bowerrc នៅក្នុងគម្រោងអាចផ្ដល់ផ្លូវសម្រាប់សំណើ HTTP របស់កញ្ចប់៖

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

បញ្ចូលវាល proxy ទៅក្នុងវត្ថុ JSON ដែលមានស្រាប់។ រក្សាការកំណត់ថតពិតប្រាកដរបស់គម្រោង ប្រសិនបើវាខុសពីឧទាហរណ៍។ ការកំណត់ shell ដូចជា SET HTTP_PROXY=... មិនមែនជាកំណត់ត្រា JSON ទេ។

proxy អនុវត្តចំពោះគោលដៅ HTTP; https-proxy អនុវត្តចំពោះគោលដៅ HTTPS។ ទាំងពីរអាចកំណត់ចំណុចបញ្ចប់ proxy HTTP ដូចគ្នា។ សម្រាប់ការទាញយកកញ្ចប់សាធារណៈលើផ្លូវដែលអនុញ្ញាតឱ្យអន្តរការីសាធារណៈដែលមិនបានផ្ទៀងផ្ទាត់ បញ្ជី បញ្ជី proxy HTTP ផ្ដល់បេក្ខជនសម្រាប់តម្លៃទាំងនោះ។ គ្រោងការដឹកជញ្ជូនរបស់ proxy ខ្លួនវាជាផ្នែកនៃតម្លៃ។

Bower រួមបញ្ចូលការកំណត់ពីអាគុយម៉ង់បន្ទាត់ពាក្យបញ្ជា អថេរបរិស្ថាន និងឯកសារកំណត់។ ដូច្នេះឯកសារគម្រោងគឺជាធាតុបញ្ចូលមួយ មិនមែនជាភស្តុតាងនៃតម្លៃប្រសិទ្ធភាពចុងក្រោយទេ។ ទម្រង់បរិស្ថានដែលបានចងក្រងរួមមានឈ្មោះដូចជា bower_https_proxy។

រក្សាថតការងារឱ្យស្របគ្នាក្នុងស្វ័យប្រវត្តិកម្ម។ Bower ស្វែងរកការកំណត់នៅក្នុងឋានានុក្រមថតការងារ ដូច្នេះការចាប់ផ្ដើមការងារនៅថតផ្សេងអាចផ្លាស់ប្ដូរថាតើឯកសារគម្រោងណាដែលចូលរួម។ ប្រសិនបើការទាញយកត្រូវបានផ្ទេរទៅ Git សូមពិនិត្យ ផ្លូវច្បាប់ចម្លង Git ដាច់ដោយឡែក។

អត្ថបទពាក់ព័ន្ធ