אייגענער Git ארבעט דורכן פּראָקסי, אָבער JGit נישט

דער זעלביקער ריפּאָזיטאָרי אַרבעט מיט git clone אין טערמינאַל און פֿאַלט דורך אין אַן אַפּלאַקיישאַן וואָס נוצט JGit. דאָס איז אַ פֿאַרגלייכונג צווישן צוויי אימפּלעמענטאַציעס, נישט פֿאַרכאַפּנדיק צווישן אַן אַרבעטנדיקער און אַ צעבראָכענער קאָפּיע פֿונעם זעלביקן קליענט.

די JGit-קאָנפיגוראַציע-רעפֿערענץ זאָגט אַז די פּראָקסי-קאָנפיגוראַציע נוצט Java'ס סטאַנדאַרט מעקאַניזמען דורך java.net.ProxySelector. מאַכט נישט אַן הנחה אַז יעדער HTTP-אָפּציע פֿון אייגענעם Git איז אימפּלעמענטירט בלויז ווייל ביידע קליענטן פֿאַרשטייען אַ Git-קאָנפיגוראַציע-טעקע.

באַשטימט די אַפּלאַקיישאַן וואָס בעט JGit אַרײַן, איר ווערסיע און דעם אויסגעקליבענעם HTTP-טראַנספּאָרט. די האָסט-אַפּלאַקיישאַן קען צושטעלן איינשטעלונגען אָדער אויפֿפֿירונג ווײַטער פֿון JGits אומאַנהענגיקע פֿאַרבאַשטימטע ווערטן.

דערנאָך פּרופֿט די Java-פּראָקסי-קאָנפיגוראַציע וואָס איז זעבאַר פֿאַר דעם פּראָצעס. פֿאַר אַ URLConnection-באַזירטן HTTP-טראַנספּאָרט, פּרופֿט די JVM-האָסט און פּאָרט-אייגנשאַפֿטן וואָס ער נוצט. אַן אייגנשאַפֿט וואָס ווערט אַרײַנגעגעבן אין אַן אומפֿאַרבונדענעם טערמינאַל נאָך דעם וואָס די אַפּלאַקיישאַן האָט זיך אָנגעהויבן, קען נישט איבערקאָנפיגורירן די לויפֿנדיקע JVM. די אייגענע Git-אָפּעראַציע פֿון אַן IDE און איר JGit-אָפּעראַציע קענען אויך נוצן פֿאַרשידענע וועגן.

האַלט די פּראָקסי-אויטענטיפֿיקאַציע באַזונדער פֿון דער וועג-אויסוואַל. Java-פּראָקסי-אייגנשאַפֿטן וואָס באַשטימען האָסט און פּאָרט פֿירן נישט אויטאָמאַטיש אַיין פּאַראָל-סכעמע פֿאַר דעם פּראָקסי. נוצט דעם געשטיצטן אויטענטיפֿיקאַציע-מעקאַניזם פֿון דער האָסט-אַפּלאַקיישאַן.

די נוצלעכע פֿראַגע איז „וועלכן פּראָקסי האָט די דאָזיקע JGit-בקשה אויסגעקליבן?“, נישט „צי כּולל מײַן Git-קאָנפיגוראַציע אַ פּראָקסי-שורה?“. אַ הצלחה מיט אייגענעם Git איז אַ ווערטפֿולע פֿאַרגלייכונג, אָבער זי ענטפֿערט נישט אויף דער פֿראַגע וואָס איז ספּעציפֿיש צו דער אימפּלעמענטאַציע.