বিভিন্ন হোস্টের জন্য Git-এ আলাদা প্রক্সি নিয়ম দিন

একটি Git কনফিগারেশন দুটি সম্পূর্ণ ভিন্ন পথ পরিবেশন করতে পারে: অনুমোদিত প্রক্সির মাধ্যমে পৌঁছানো একটি বাহ্যিক হোস্ট এবং সরাসরি পৌঁছানো একটি অভ্যন্তরীণ হোস্ট। প্রতিবার রিপোজিটরি বদলালে গ্লোবাল ডিফল্ট সম্পাদনা করতে হয় না।

Git URL-নির্দিষ্ট HTTP কনফিগারেশন সমর্থন করে। উদাহরণস্বরূপ:

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

যেখানে পাবলিক প্রক্সি অনুমোদিত এমন বাহ্যিক পাবলিক রিপোজিটরির জন্য, HTTP প্রক্সি তালিকা ডিফল্ট এন্ডপয়েন্টের জন্য প্রার্থী দেয়। খালি মানটি মিলে যাওয়া URL-এর জন্য স্পষ্ট ওভাররাইড। এটি ওই বেশি নির্দিষ্ট কী মুছে ফেলা থেকে আলাদা, যা সাধারণ প্রক্সি আবার প্রকাশ করতে পারে।

Git যে URL ব্যবহার করে তা মেলান

স্কিম, হোস্টনেম, পোর্ট, পাথ এবং ঐচ্ছিক ব্যবহারকারীর নাম নথিভুক্ত মিলের নিয়মে অংশ নেয়। URL উপবিভাগকে সাধারণ shell ওয়াইল্ডকার্ড রাশি হিসেবে গণ্য করবেন না। সংকীর্ণ পাথ নিয়ম প্রশস্ত হোস্ট নিয়মকে হারাতে পারে।

মিলে যাওয়া প্রক্সি কনফিগারেশনের শুধু-পঠন দৃষ্টিতে:

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

এটি কনফিগারেশন মিল পরীক্ষা করে। এটি নেটওয়ার্ক পরীক্ষা নয় এবং পথটি পৌঁছানোযোগ্য বলে প্রমাণ করে না। অন্য কনফিগারেশন সুযোগ এবং প্রাসঙ্গিক পরিবেশ সেটিংসও বিবেচনায় নিন।

রিডাইরেক্ট নতুন কনফিগারেশন মিল নয়

Git-এর নথি বলে মিলে যাওয়া URL হল যেগুলি সরাসরি Git কমান্ডে দেওয়া হয়; রিডাইরেক্টের কারণে পরিদর্শিত URL সেই মিলে অংশ নেয় না। প্রথম হোস্ট ডাউনলোড অন্যত্র রিডাইরেক্ট করলে এই সীমাবদ্ধতা মনে রাখুন।

পথটি পরিবহনের সাথেও মিলতে হবে। একটি SSH রিমোট শুধু একই পরিষেবা একটি HTTPS ওয়েবসাইট দেয় বলেই HTTP URL উপবিভাগ দ্বারা পরিচালিত হয় না।

কয়েকটি ইচ্ছাকৃত নিয়ম ব্যবহার করুন, তারপর প্রতিনিধিত্বমূলক URL-এর জন্য ফলাফল পরীক্ষা করুন। গ্লোবাল, রিপোজিটরি-স্থানীয় এবং URL-নির্দিষ্ট প্রক্সি এন্ট্রির দীর্ঘ সঞ্চয় আপনি যে নেটওয়ার্ক পার্থক্য প্রকাশ করতে চাইছেন তার চেয়ে অনেক বেশি বোঝা কঠিন।