Vietējais Git darbojas caur starpniekserveri, bet JGit — nē
JGit ir Java implementācija ar saviem atbalstītajiem transporta iestatījumiem. http.proxy ieraksts vietējā Git nav universāla konfigurācija ikvienam Git klientam.
Viena un tā pati krātuve darbojas ar git clone terminālī un neizdodas lietotnē, kas izmanto JGit. Tas ir divu implementāciju salīdzinājums, nevis obligāti viena un tā paša klienta strādājošas un salauztas kopijas salīdzinājums.
JGit konfigurācijas uzziņa norāda, ka starpniekservera konfigurācija izmanto Java standarta mehānismus ar java.net.ProxySelector starpniecību. Nepieņemiet, ka katra vietējā Git HTTP opcija ir ieviesta tikai tāpēc, ka abi klienti saprot Git konfigurācijas failu.
Nosakiet lietotni, kas iegulst JGit, tās versiju un izvēlēto HTTP transportu. Resursdatora lietotne var nodrošināt iestatījumus vai uzvedību ārpus JGit patstāvīgajām noklusējuma vērtībām.
Pēc tam pārbaudiet Java starpniekservera konfigurāciju, kas ir redzama šim procesam. Ja HTTP transports ir balstīts uz URLConnection, pārbaudiet JVM resursdatora un porta rekvizītus, ko tas izmanto. Rekvizīts, kas ievadīts nesaistītā terminālī pēc lietotnes palaišanas, nevar pārkonfigurēt darbojošos JVM. IDE vietējā Git darbība un tās JGit darbība arī var izmantot dažādus ceļus.
Turiet starpniekservera autentifikāciju atsevišķi no maršruta izvēles. Java starpniekservera rekvizīti, kas norāda resursdatoru un portu, automātiski neievieš starpniekservera paroles shēmu. Izmantojiet resursdatora lietotnes atbalstīto autentifikācijas mehānismu.
Noderīgs jautājums ir “kuru starpniekserveri izvēlējās šis JGit pieprasījums?”, nevis “vai manā Git konfigurācijā ir starpniekservera rinda?”. Vietējā Git panākums ir vērtīgs salīdzinājums, bet tas neatbild uz šo implementācijai raksturīgo jautājumu.