اصل Git پراکسی کے ذریعے کام کرتا ہے، لیکن JGit نہیں

وہی ریپوزٹری ٹرمینل میں git clone کے ساتھ کام کرتی ہے اور JGit استعمال کرنے والی ایپلیکیشن میں ناکام ہو جاتی ہے۔ یہ دو عمل درآمدوں کے درمیان موازنہ ہے، ضروری نہیں کہ ایک ہی کلائنٹ کی کام کرنے والی اور خراب کاپی کے درمیان۔

JGit کی ترتیب کا حوالہ کہتا ہے کہ پراکسی ترتیب java.net.ProxySelector کے ذریعے Java کے معیاری طریقے استعمال کرتی ہے۔ صرف اس لیے نہ مانیں کہ اصل Git کا ہر HTTP اختیار نافذ ہے کہ دونوں کلائنٹ Git ترتیب کی فائل سمجھتے ہیں۔

JGit کو شامل کرنے والی ایپلیکیشن، اس کا ورژن اور منتخب کردہ HTTP ٹرانسپورٹ کی شناخت کریں۔ میزبان ایپلیکیشن JGit کے خودمختار ڈیفالٹ سے آگے ترتیبات یا رویہ دے سکتی ہے۔

پھر اس عمل کو نظر آنے والی Java پراکسی ترتیب کا جائزہ لیں۔ URLConnection پر مبنی HTTP ٹرانسپورٹ کے لیے، اس کے استعمال کردہ JVM میزبان اور پورٹ خصوصیات چیک کریں۔ ایپلیکیشن شروع ہونے کے بعد کسی غیر متعلق ٹرمینل میں درج خصوصیت چلتی ہوئی JVM کو دوبارہ ترتیب نہیں دے سکتی۔ IDE کی اصل Git کارروائی اور اس کی JGit کارروائی بھی مختلف راستے استعمال کر سکتی ہیں۔

پراکسی توثیق کو راستہ چننے سے الگ رکھیں۔ میزبان اور پورٹ کی نشاندہی کرنے والی Java پراکسی خصوصیات خودکار طور پر پراکسی پاس ورڈ اسکیم نافذ نہیں کرتیں۔ میزبان ایپلیکیشن کا معاون توثیقی طریقہ استعمال کریں۔

مفید سوال یہ ہے کہ ”اس JGit درخواست نے کون سی پراکسی منتخب کی؟“، نہ کہ ”کی میرے Git ترتیب میں پراکسی لائن ہے؟“۔ اصل Git کی کامیابی ایک قیمتی موازنہ ہے، لیکن یہ اس عمل درآمد سے مخصوص سوال کا جواب نہیں دیتی۔