Bower-prokseaj fiaskoj: registraj elŝutoj kontraŭ Git-eltiroj
Trovu la HTTP-peton, arkivan elŝuton aŭ Git-transporton malantaŭ Bower-operacio antaŭ ol elekti la proksan agordon.
Legu la ekzistantan Bower-operacion kun ĝia --verbose diagnozo. Konservu la lastan registran/arkivan URL-on aŭ Git-komandon kun la unua eraro; sukcesa nomresolvo povas antaŭi fiaskon en alia kliento.
Bower → HTTP registry lookup or archive download
Bower → Git process → repository transport| Fiaskinta operacio | Proksa enigo por inspekti |
|---|---|
| Bower-registro aŭ HTTP-arkivo | Bower proxy/https-proxy-agordoj kaj efektiva medio |
| Git HTTP/HTTPS | Git http.proxy kaj HTTP-transporta medio |
| Denaska git:// | core.gitProxy aŭ GIT_PROXY_COMMAND |
| SSH, inkluzive git@host:path | SSH-enkursigo kiel la aprobita ProxyCommand aŭ ProxyJump |
La GitRemoteResolver de Bower vokas Git. Ĝia GitHub-resolvilo povas unue preni HTTPS-arkivon kaj poste fali al Git, do rekonebla GitHub-paknomo ne montras, kiu vojo fiaskis.
Se deponejo proponas aprobitan HTTPS-finpunkton, elekti ĝin lasas Git uzi HTTP-transporton. Konfirmu, ke ĝi ekzistas anstataŭ apliki tutmondan reverkon al simpla HTTP. Por tiu publika HTTPS-Git-fonto, proksa adreso el la HTTP-proksa listo estas opcio kiam publikaj vojoj estas permesataj kaj la reala Git-proceso havas neniujn agorditajn aŭ konservitajn proksajn legitimilojn.
Komparu Git sub la sama konto kaj sama lanĉa medio kiel Bower. Konservu resolvilon, skemon kaj operacion kune; la sukceso de alia terminalo aŭ ŝanĝo de registra adreso ne povas provizi la mankan subprocesan vojon.