git svn-ը պարտադիր չէ, որ օգտագործի Git-ի HTTP վստահված սերվերը

git fetch-ը հաջողվում է, բայց git svn fetch-ը չի կարող հասնել սերվերին։ Չնայած հրամանի ընդհանուր նախածանցին՝ վերջին գործողությունը Subversion-ի պահոցի հետ խոսում է այլ հաճախորդային ստեկի միջոցով։

Չենթադրեք, որ Git-ի բնիկ http.proxy գրառումը կարգավորում է այդ Subversion կապը։ Գտեք այն գործարկման կարգավորումը, որն օգտագործում են Subversion գրադարանները git svn-ի աշխատանքային միջավայրում։

Subversion-ի servers կարգավորումը կարող է պարունակել՝

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

Հոսթի անվանումը և պորտը առանձին արժեքներ են. HTTP վստահված սերվերների ցանկը թեկնածուներ է տրամադրում թույլատրված հանրային Subversion ուղիների համար։ Վստահված սերվերի հաշվի դաշտերը առանձին են պահոցի հավատարմագրերից։ Subversion սերվերախմբի կարգավորումները համընկնում են հոսթի անվանումների, այլ ոչ թե կամայական պահոցային ուղիների հետ։ Դիտարկեք դրանք որպես Subversion-ի ինտերֆեյս, այլ ոչ թե Git-ի վստահված սերվերի URL-ի այլընտրանքային գրելաձև։

Windows-ում ուղին կարող է անակնկալ լինել

Subversion-ի բնիկ գործարկվող ֆայլը և git svn-ի տեղադրումը կարող են օգտագործել տարբեր միջավայրեր և տնային պանակի տարբեր մեկնաբանություններ։ svn.exe-ի օգտագործած կարգավորումը խմբագրելը ապացույց չէ, որ git svn-ի կանչը կարդացել է այն։

Արձանագրեք, թե որ գործարկվող ֆայլն ու գրադարանային միջավայրն են ներգրավված, ապա որոշեք դրանց փաստացի կարգավորման տեղը։ Խուսափեք մեկ օգտատիրոջ ուղին ամբողջ մեքենայի սկրիպտի մեջ պատճենելուց։

Հաշիվները առանձին պահեք

Վստահված սերվերը կարող է նույնականացնել արտաքին կապը։ Subversion պահոցը դրանից հետո կարող է պահանջել այլ հաշիվ։ HTTP 407-ը և պահոցի լիազորման սխալը նկարագրում են տարբեր փուլեր։

Եթե URL-ը կամ ուղին արգելվում է քաղաքականությամբ, օգտագործեք հաստատված վերջնակետը և մուտքի կարգը։ Բրաուզերում պահոցի վեբ ինտերֆեյսը բացելը միայն մասնակի համեմատություն է. այն կարող է օգտագործել այլ հաշիվ, կարգավորումների պահոց կամ ուղի։ Նպատակը նախատեսված միջնորդի միջոցով հաջող Subversion գործողությունն է, այլ ոչ թե պարզապես հաջող սովորական վեբ էջի հարցում։