Bower tarpinio serverio gedimai: registro atsisiuntimai prieš Git patikrinimus
Prieš rinkdamiesi tarpinio serverio konfigūraciją nustatykite HTTP užklausą, archyvo atsisiuntimą ar Git perdavimą, slypintį už Bower operacijos.
Skaitykite esamą Bower operaciją kartu su jos --verbose diagnostika. Išsaugokite paskutinį registro/archyvo URL arba Git komandą su pirmąja klaida; sėkmingas vardo išsprendimas gali eiti prieš klaidą kitame kliente.
Bower → HTTP registry lookup or archive download
Bower → Git process → repository transport| Nepavykusi operacija | Tikrinama tarpinio serverio įvestis |
|---|---|
| Bower registras arba HTTP archyvas | Bower proxy/https-proxy nustatymai ir faktinė aplinka |
| Git HTTP/HTTPS | Git http.proxy ir HTTP perdavimo aplinka |
| Natūralus git:// | core.gitProxy arba GIT_PROXY_COMMAND |
| SSH, įskaitant git@host:path | SSH maršrutizavimas, pavyzdžiui, patvirtintas ProxyCommand arba ProxyJump |
Bower GitRemoteResolver kviečia Git. Jo GitHub sprendėjas gali pirmiausia gauti HTTPS archyvą ir tada pereiti prie Git, todėl atpažįstamas GitHub paketo pavadinimas nenurodo, kuris kelias nepavyko.
Jei saugykla siūlo patvirtintą HTTPS galinį tašką, jo pasirinkimas leidžia Git naudoti HTTP perdavimą. Patvirtinkite, kad jis egzistuoja, o ne taikykite visuotinį perrašymą į paprastą HTTP. Tam viešam HTTPS Git šaltiniui tarpinio serverio adresas iš HTTP tarpinių serverių sąrašo yra variantas, kai vieši maršrutai leidžiami ir tikrasis Git procesas neturi sukonfigūruotų ar saugomų tarpinio serverio prisijungimo duomenų.
Palyginkite Git su Bower tuo pačiu account ir ta pačia paleidimo aplinka. Išsaugokite sprendėją, schemą ir operaciją kartu; kito terminalo sėkmė ar registro adreso pakeitimas negali suteikti trūkstamo antrinio proceso maršruto.