Git-i vendas funksionon përmes proxy-t, por JGit jo
JGit është një zbatim Java me cilësimet e veta të transportit të mbështetura. Një zë http.proxy në Git-in vendas nuk është konfigurim universal për çdo klient Git.
I njëjti depo funksionon me git clone në terminal dhe dështon në një aplikacion që përdor JGit. Ky është krahasim mes dy zbatimeve, jo domosdoshmërisht mes një kopjeje funksionale dhe një të prishur të të njëjtit klient.
Referenca e konfigurimit të JGit thotë se konfigurimi i proxy-t përdor mekanizmat standarde të Java përmes java.net.ProxySelector. Mos supozoni se çdo opsion HTTP i Git-it vendas është zbatuar vetëm sepse të dy klientët kuptojnë një skedar konfigurimi Git.
Identifikoni aplikacionin që përfshin JGit, versionin e tij dhe transportin HTTP të zgjedhur. Aplikacioni pritës mund të ofrojë cilësime ose sjellje përtej vlerave të paracaktuara autonome të JGit.
Më pas shqyrtoni konfigurimin e proxy-t Java të dukshëm për atë proces. Për një transport HTTP të bazuar në URLConnection, kontrolloni vetitë e hostit dhe portës së JVM që konsumon. Një veti e futur në një terminal të palidhur pasi aplikacioni ka nisur nuk mund të rikonfigurojë JVM-në që po ekzekutohet. Operacioni vendas Git i një IDE dhe operacioni i tij JGit gjithashtu mund të përdorin rrugë të ndryshme.
Mbani vërtetimin e proxy-t të ndarë nga përzgjedhja e rrugës. Vetitë e proxy-t Java që identifikojnë një host dhe portë nuk zbatojnë automatikisht një skemë fjalëkalimi proxy. Përdorni mekanizmin e vërtetimit të mbështetur të aplikacionit pritës.
Pyetja e dobishme është “cilin proxy zgjodhi kjo kërkesë JGit?”, jo “a përmban konfigurimi im Git një rresht proxy?”. Suksesi me Git vendas është një krahasim i vlefshëm, por nuk i përgjigjet asaj pyetjeje specifike të zbatimit.