Git ته د مختلفو کوربه‌انو لپاره مختلف د پراکسي قواعد ورکړئ

یوه Git ترتیبه کولی شي دوه بشپړ بېلې لارې خدمت کړي: بهرنی کوربه چې د منل شوي پراکسي له لارې رسېږي او داخلي کوربه چې مستقیم رسېږي. اړتیا نشته چې هر ځل د زېرمې د بدلولو پر مهال نړیوال تلواله سم کړئ.

Git د URL ځانګړې HTTP ترتیبې ملاتړ کوي. د بېلګې په توګه:

[http]
    proxy = http://proxy.example:8080
[http "https://git.office.example/"]
    proxy =

د بهرنۍ عامې زېرمې لپاره چېرې چې عام پراکسي اجازه لري، د HTTP پراکسي لیست د تلواله پای ټکي لپاره نوماندان وړاندې کوي. تش ارزښت د سمون وړ URL لپاره څرګند اووررایډ دی. دا د هغه ډېر ځانګړي کیلي له ړنګولو څخه توپیر لري، کوم چې کېدای شي عمومي پراکسي بیا افشا کړي.

هغه URL سره سمون کړئ چې Git یې کاروي

سکیم، کوربه نوم، پورټ، لار او اختیاري کارن نوم په مستند شوو د سمون قواعدو کې برخه اخلي. د URL فرعي برخه دې د shell د عمومي وایلدکارډ بیان په توګه ونه ګڼل شي. تنګه لار قاعده کولی شي پراخه کوربه قاعده مات کړي.

د سمون وړ پراکسي ترتیبې لپاره یوازې د لوستلو کتنې لپاره:

git config --get-urlmatch http.proxy https://git.office.example/team/project.git

دا د ترتیبې سمون ګوري. دا د شبکې ازموینه نه ده او نه ثابتوي چې لار د لاسرسي وړ ده. نورې د ترتیبې سیمې او اړوند چاپېریال تنظیمات هم په پام کې ونیسئ.

بیا لارښوونه نوې د ترتیبې سمون نه ده

د Git مستندات وایي چې سمون شوي URL هغه دي چې مستقیم Git حکمونو ته ورکړل شوي؛ هغه URL چې د بیا لارښوونې له امله لیدل کېږي په هغه سمون کې برخه نه اخلي. که لومړی کوربه ډاونلوډونه بل ځای ته بیا لارښوونه کوي دا محدودیت په یاد ولرئ.

لار باید له انتقال سره هم سمون ولري. SSH لرې زېرمه یوازې د دې لپاره د HTTP URL فرعي برخې لاندې نه راځي چې همدا خدمت یو HTTPS وېبسایټ وړاندې کوي.

څو قصدي قواعد وکاروئ، بیا د استازیتوب URL لپاره پایله وګورئ. د نړیوالو، زېرمې-ځایي او URL ځانګړو پراکسي ننوتلو اوږد راټولېدل هغه شبکه توپیر ته چې تاسو یې بیانول غوښتل ډېر سخت فهمېدونکی دی.