Kegagalan proksi Bower: muat turun pendaftaran berbanding daftar keluar Git
Kenal pasti permintaan HTTP, muat turun arkib atau pengangkutan Git di sebalik operasi Bower sebelum memilih konfigurasi proksi.
Baca operasi Bower sedia ada dengan diagnostik --verbose-nya. Simpan URL pendaftaran/arkib terakhir atau arahan Git bersama ralat pertama; penyelesaian nama yang berjaya boleh mendahului kegagalan dalam klien lain.
Bower → HTTP registry lookup or archive download
Bower → Git process → repository transport
| Operasi gagal | Input proksi untuk diperiksa |
|---|---|
| Pendaftaran Bower atau arkib HTTP | Tetapan Bower proxy/https-proxy dan persekitaran berkesan |
| Git HTTP/HTTPS | Git http.proxy dan persekitaran pengangkutan HTTP |
| git:// asli | core.gitProxy atau GIT_PROXY_COMMAND |
| SSH, termasuk git@host:path | Penghalaan SSH seperti ProxyCommand atau ProxyJump yang diluluskan |
GitRemoteResolver Bower memanggil Git. Penyelesai GitHub-nya boleh mula-mula mengambil arkib HTTPS dan kemudian beralih kepada Git, jadi nama pakej GitHub yang dikenali tidak menunjukkan laluan mana yang gagal.
Apabila repositori menawarkan titik akhir HTTPS yang diluluskan, memilihnya membolehkan Git menggunakan pengangkutan HTTP. Sahkan ia wujud dan bukannya menggunakan penulisan semula global kepada HTTP biasa. Bagi sumber Git HTTPS awam itu, alamat proksi daripada senarai proksi HTTP ialah pilihan apabila laluan awam dibenarkan dan proses Git sebenar tiada kelayakan proksi yang dikonfigurasikan atau disimpan.
Bandingkan Git di bawah akaun dan persekitaran pelancaran yang sama seperti Bower. Kekalkan penyelesai, skema dan operasi bersama; kejayaan dalam terminal lain atau perubahan alamat pendaftaran tidak boleh menyediakan laluan subproses yang hilang.