Git Clone: முதல் fetch-க்கு முன் proxy அமைக்கவும்

repository இருக்கும் முன் repository-உள்ளூர் proxy விநோதமாகத் தெரிகிறது. தோல்வியான clone செய்து config-ஐத் திருத்தி மீண்டும் தொடங்க வேண்டியதில்லை.

Clone முதல் fetch-க்கு முன் உள்ளூர் அமைப்பை எழுதலாம்:

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

இந்த endpoint-கள் எடுத்துக்காட்டுகள். அனுமதிக்கப்பட்ட பொது-proxy பாதையில் உள்ள பொது HTTPS repository-க்கு HTTP proxy பட்டியலில் இருந்து HTTP endpoint ஒன்றைத் தேர்ந்தெடுக்கவும். புதிய repository தொடங்கிய பிறகும் அதன் தொலை வரலாறு fetch செய்யப்படும் முன்பும் இந்த விருப்பம் பொருந்தும் என்று Git ஆவணப்படுத்துகிறது. எனவே இந்த proxy அமைப்பு முதல் பதிவிறக்கத்தை உள்ளடக்கி பின்னர் புதிய repository-யில் நீடிக்கலாம்.

இரண்டு ஒத்த கட்டளைகள் வெவ்வேறு தடயங்களை விடுகின்றன

அமைப்பை clone செய்த repository-யில் சேமிக்காமல் ஒரு 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 எல்லைகள் அல்ல. அந்த repository-யில் எதிர்கால செயல்பாடுகள் proxy-ஐ தக்கவைக்க வேண்டுமா என்பதைத் தேர்ந்தெடுக்கவும்.

இந்தத் தேர்வு முக்கியமானபோது புதிய repository-யின் உள்ளூர் config-ஐ பரிசோதிக்கவும். பிற user, system அல்லது URL-குறிப்பிட்ட அமைப்புகள் பயனுள்ள கொள்கையில் இன்னும் பங்கேற்கலாம்.

பாதையைச் சேமிக்கும்போது இந்த எடுத்துக்காட்டுகளிலிருந்து கடவுச்சொற்களை விலக்கவும். clone-இன் config விருப்பத்திற்கு வழங்கப்படும் சான்றுகள் கொண்ட மதிப்பு நிரந்தர repository அமைப்பாக மாறலாம்.

இது HTTPS தொலைச் சேமிப்புகள் உட்பட HTTP-transport config. SSH தொலைச் சேமிப்புக்கு இன்னும் அதன் SSH proxy பாதை தேவை; SSH-ஐ port 443-க்கு நகர்த்துவது இந்த விருப்பம் அதை config செய்ய வைக்காது.