রিপোজিটরি তৈরির আগে রিপোজিটরি-স্থানীয় প্রক্সি অদ্ভুত শোনায়। ব্যর্থ clone করে config সম্পাদনা করে আবার শুরু করার দরকার নেই।

Clone প্রথম fetch-এর আগে একটি স্থানীয় সেটিং লিখতে পারে:

git clone --config http.proxy=http://proxy.example.net:8080 \
  https://git.example.net/team/project.git project

এই endpoint-গুলো উদাহরণ। অনুমোদিত পাবলিক-প্রক্সি পথে থাকা পাবলিক HTTPS রিপোজিটরির জন্য HTTP প্রক্সি তালিকা থেকে একটি HTTP endpoint বেছে নিন। Git এই অপশনটি নতুন রিপোজিটরি চালু হওয়ার পরে এবং এর রিমোট ইতিহাস fetch করার আগে কার্যকর হয় বলে নথিভুক্ত করে। তাই এই প্রক্সি সেটিং প্রথম ডাউনলোড ঢেকে নতুন রিপোজিটরিতে থেকে যেতে পারে।

দুটি অনুরূপ কমান্ড ভিন্ন চিহ্ন রাখে

সেটিংটি clone করা রিপোজিটরিতে না রেখে একটি invocation-এ পথ দিতে subcommand-এর আগে -c রাখুন:

git -c http.proxy=http://proxy.example.net:8080 \
  clone https://git.example.net/team/project.git project

git clone --config ... এবং git -c ... clone বিনিময়যোগ্য config scope নয়। ওই রিপোজিটরিতে ভবিষ্যৎ অপারেশন প্রক্সি রাখবে কি না বেছে নিন।

এই পছন্দ গুরুত্বপূর্ণ হলে নতুন রিপোজিটরির স্থানীয় config পরীক্ষা করুন। অন্য user, system বা URL-নির্দিষ্ট সেটিংও কার্যকর নীতি-তে অংশ নিতে পারে।

পথ সংরক্ষণ করার সময় এই উদাহরণ থেকে পাসওয়ার্ড দূরে রাখুন। clone-এর config অপশনে দেওয়া credential-যুক্ত মান স্থায়ী রিপোজিটরি সেটিং হয়ে উঠতে পারে।

এটি HTTP-transport config, HTTPS remote সহ। SSH remote-এর এখনও নিজের SSH proxy পথ দরকার; SSH-কে port 443-এ সরালে এই অপশন তা config করে না।

সম্পর্কিত নিবন্ধ