Изворниот Git работи преку прокси, но JGit не
JGit е Java имплементација со сопствени поддржани поставки за транспорт. Записот http.proxy во изворниот Git не е универзална конфигурација за секој Git клиент.
Истото складиште работи со git clone во терминал и не успева во апликација што користи JGit. Тоа е споредба меѓу две имплементации, а не нужно меѓу работна и расипана копија на истиот клиент.
Референцата за конфигурација на JGit вели дека конфигурацијата на прокси ги користи стандардните механизми на Java преку java.net.ProxySelector. Не претпоставувајте дека секоја HTTP опција на изворниот Git е имплементирана само затоа што двата клиенти разбираат конфигурациска датотека на Git.
Идентификувајте ја апликацијата што го вградува JGit, нејзината верзија и избраниот HTTP транспорт. Апликацијата домаќин може да обезбеди поставки или однесување надвор од самостојните стандардни вредности на JGit.
Потоа проверете ја Java конфигурацијата на прокси видлива за тој процес. За HTTP транспорт заснован на URLConnection, проверете ги својствата за домаќин и порта на JVM што ги користи. Својство внесено во неповрзан терминал откако апликацијата е стартувана не може да ја реконфигурира JVM што работи. Изворната Git операција во IDE и нејзината JGit операција исто така можат да користат различни патеки.
Држете ја автентикацијата на прокси одделно од изборот на рута. Java својствата на прокси што одредуваат домаќин и порта не имплементираат автоматски шема за лозинка. Користете го поддржаниот механизам за автентикација на апликацијата домаќин.
Корисното прашање е „кое прокси го избра ова JGit барање?“, а не „дали мојата Git конфигурација содржи линија за прокси?“. Успехот со изворниот Git е вредна споредба, но не одговара на тоа прашање специфично за имплементацијата.