git svn មិនចាំបាច់ប្រើ HTTP proxy របស់ Git ទេ

git fetch ជោគជ័យ ប៉ុន្តែ git svn fetch មិនអាចទៅដល់ server បានទេ។ ទោះបីមាន prefix ពាក្យបញ្ជាដូចគ្នាក៏ដោយ ប្រតិបត្តិការចុងក្រោយនិយាយជាមួយ repository របស់ Subversion តាមរយៈ client stack ផ្សេង។

កុំសន្មតថាការកត់ត្រា http.proxy ដើមរបស់ Git កំណត់ការតភ្ជាប់ Subversion នោះ។ រកឃើញការកំណត់ពេលដំណើរការដែលបណ្ណាល័យ Subversion ប្រើនៅក្នុងបរិស្ថានដែល git svn ដំណើរការ។

ការកំណត់ servers របស់ Subversion អាចមាន៖

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

ឈ្មោះ host និង port ជាតម្លៃដាច់ពីគ្នា; បញ្ជី HTTP proxy ផ្តល់បេក្ខជនសម្រាប់ផ្លូវ Subversion សាធារណៈដែលបានអនុញ្ញាត។ វាលគណនី proxy ដាច់ពីព័ត៌មានសម្គាល់របស់ repository។ ការកំណត់ក្រុម server របស់ Subversion ត្រូវនឹងឈ្មោះ host មិនមែនផ្លូវ repository តាមអំពើចិត្តទេ។ ចាត់ទុកវាជា interface របស់ Subversion មិនមែនជាការសរសេរជំនួស URL proxy របស់ Git ទេ។

នៅ Windows ផ្លូវអាចជារឿងភ្ញាក់ផ្អើល

ឯកសារប្រតិបត្តិ Subversion ដើម និងការដំឡើង git svn អាចប្រើបរិស្ថានផ្សេងគ្នា និងការបកស្រាយថតផ្ទះផ្សេងគ្នា។ ការកែសម្រួលការកំណត់ដែល svn.exe ប្រើ មិនមែនជាភស្តុតាងថាការហៅ git svn បានអានវាទេ។

កត់ត្រាថាឯកសារប្រតិបត្តិ និងបរិស្ថានបណ្ណាល័យណាមួយពាក់ព័ន្ធ បន្ទាប់មកកំណត់ទីតាំងការកំណត់ពិតប្រាកដរបស់វា។ ជៀសវាងការចម្លងផ្លូវរបស់អ្នកប្រើម្នាក់ទៅក្នុង script សម្រាប់ម៉ាស៊ីនទាំងមូល។

រក្សាគណនីដាច់ពីគ្នា

proxy អាចផ្ទៀងផ្ទាត់ការតភ្ជាប់ចេញ។ repository របស់ Subversion អាចត្រូវការគណនីផ្សេងបន្ទាប់ពីនោះ។ HTTP 407 និងកំហុសការអនុញ្ញាត repository ពិពណ៌នាដំណាក់កាលផ្សេងគ្នា។

ប្រសិនបើ URL ឬផ្លូវត្រូវបានបដិសេធដោយគោលនយោបាយ សូមប្រើចំណុចបញ្ចប់ដែលបានអនុម័ត និងការរៀបចំការចូលប្រើ។ ការបើក web interface របស់ repository ក្នុង browser គ្រាន់តែជាការប្រៀបធៀបដោយផ្នែកប៉ុណ្ណោះ៖ វាអាចប្រើគណនី កន្លែងផ្ទុកការកំណត់ ឬផ្លូវផ្សេង។ គោលដៅគឺប្រតិបត្តិការ Subversion ដែលជោគជ័យតាមរយៈអន្តរការីដែលបានបម្រុងទុក មិនមែនគ្រាន់តែជាសំណើ web page ធម្មតាដែលជោគជ័យនោះទេ។