Git ya asili hufanya kazi kupitia proksi, lakini JGit haifanyi
JGit ni utekelezaji wa Java wenye mipangilio yake ya usafirishaji inayotumika. Kuingiza http.proxy kwenye Git ya asili si usanidi wa jumla kwa kila mteja wa Git.
Hifadhi hiyo hiyo hufanya kazi kwa git clone kwenye terminal na hushindwa katika programu inayotumia JGit. Hilo ni ulinganisho kati ya utekelezaji mbili, si lazima kati ya nakala inayofanya kazi na iliyovunjika ya mteja yuleyule.
Marejeleo ya usanidi wa JGit yasema usanidi wa proksi hutumia mifumo ya kawaida ya Java kupitia java.net.ProxySelector. Usidhani kila chaguo la HTTP la Git ya asili limewekwa kwa sababu tu wateja wote wawili wanaelewa faili ya usanidi wa Git.
Tambua programu inayojumuisha JGit, toleo lake na usafirishaji wa HTTP uliochaguliwa. Programu mwenyeji inaweza kutoa mipangilio au tabia zaidi ya chaguo-msingi huru za JGit.
Kisha kagua usanidi wa proksi wa Java unaoonekana kwa mchakato huo. Kwa usafirishaji wa HTTP unaotegemea URLConnection, angalia sifa za mwenyeji na bandari za JVM anazotumia. Sifa iliyoingizwa kwenye terminal isiyohusiana baada ya programu kuanza haiwezi kusanidi upya JVM inayoendesha. Uendeshaji wa Git asili wa IDE na uendeshaji wake wa JGit pia unaweza kutumia njia tofauti.
Tenganisha uthibitishaji wa proksi na uteuzi wa njia. Sifa za proksi za Java zinazotambua mwenyeji na bandari hazitekelezi kiotomatiki mpango wa nenosiri la proksi. Tumia utaratibu wa uthibitishaji unaotumika wa programu mwenyeji.
Swali la manufaa ni “proksi gani ilichaguliwa na ombi hili la JGit?”, si “usanidi wangu wa Git una mstari wa proksi?”. Mafanikio ya Git asili ni ulinganisho wa thamani, lakini hayajibu swali hilo maalum kwa utekelezaji.