git svn haitaki kutumia HTTP proxy ya Git

git fetch inafanikiwa, lakini git svn fetch haiwezi kufikia seva. Licha ya kiambishi cha amri kinachoshirikiwa, operesheni ya pili huzungumza na hazina ya Subversion kupitia stack nyingine ya mteja.

Usidhani kwamba ingizo http.proxy asilia la Git linasanidi muunganisho huo wa Subversion. Tafuta usanidi wa wakati wa utekelezaji unaotumiwa na maktaba za Subversion katika mazingira ambayo git svn inaendeshwa.

Usanidi servers wa Subversion unaweza kuwa na:

[global]
http-proxy-host = proxy.example
http-proxy-port = 8080

Jina la mwenyeji na bandari ni thamani tofauti; orodha ya HTTP proxy hutoa wagombea kwa njia za umma za Subversion zinazoruhusiwa. Sehemu za akaunti ya proxy zimetenganishwa na vitambulisho vya hazina. Mipangilio ya vikundi vya seva za Subversion inalingana na majina ya wenyeji, si njia za hazina holela. Vichukulie kama kiolesura cha Subversion, si kama tahajia mbadala ya URL ya proxy ya Git.

Kwenye Windows njia inaweza kuwa mshangao

Faili tekelezaji asilia la Subversion na usakinishaji wa git svn vinaweza kutumia mazingira tofauti na tafsiri tofauti za saraka ya nyumbani. Kuhariri usanidi unaotumiwa na svn.exe si uthibitisho kwamba wito wa git svn uliusoma.

Rekodi ni faili tekelezaji gani na mazingira gani ya maktaba yanahusika, kisha tambua eneo lao halisi la usanidi. Epuka kunakili njia ya mtumiaji mmoja kwenye script ya mashine nzima.

Tenganisha akaunti

Proxy inaweza kuthibitisha muunganisho wa nje. Hazina ya Subversion inaweza kuhitaji akaunti nyingine baadaye. HTTP 407 na hitilafu ya uidhinishaji wa hazina huelezea hatua tofauti.

Ikiwa URL au njia imekataliwa na sera, tumia kituo cha mwisho kilichoidhinishwa na mpangilio wa ufikiaji. Kufungua kiolesura cha wavuti cha hazina kwenye kivinjari ni ulinganisho wa sehemu tu: kinaweza kutumia akaunti, hifadhi ya usanidi au njia nyingine. Lengo ni operesheni ya Subversion iliyofanikiwa kupitia mpatanishi aliye lengwa, si tu ombi la kawaida la ukurasa wa wavuti lililofanikiwa.