ರಿಪಾಸಿಟರಿ ಇರುವ ಮೊದಲು ರಿಪಾಸಿಟರಿ-ಸ್ಥಳೀಯ 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 ರಿಪಾಸಿಟರಿಗೆ HTTP proxy ಪಟ್ಟಿಯಿಂದ HTTP endpoint ಆಯ್ಕೆಮಾಡಿ. Git ಈ ಆಯ್ಕೆ ಹೊಸ ರಿಪಾಸಿಟರಿ ಪ್ರಾರಂಭವಾದ ನಂತರ ಮತ್ತು ಅದರ ರಿಮೋಟ್ ಇತಿಹಾಸ fetch ಆಗುವ ಮೊದಲು ಜಾರಿಗೆ ಬರುತ್ತದೆ ಎಂದು ದಾಖಲಿಸುತ್ತದೆ. ಆದ್ದರಿಂದ ಈ proxy ಸೆಟ್ಟಿಂಗ್ ಮೊದಲ ಡೌನ್‌ಲೋಡ್ ಅನ್ನು ಒಳಗೊಂಡು ನಂತರ ಹೊಸ ರಿಪಾಸಿಟರಿಯಲ್ಲಿ ಉಳಿಯಬಹುದು.

ಎರಡು ಸಮಾನ ಆಜ್ಞೆಗಳು ಬೇರೆ ಬೇರೆ ಗುರುತುಗಳನ್ನು ಬಿಡುತ್ತವೆ

ಸೆಟ್ಟಿಂಗ್ ಅನ್ನು 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 ವ್ಯಾಪ್ತಿಗಳಲ್ಲ. ಆ ರಿಪಾಸಿಟರಿಯ ಭವಿಷ್ಯದ ಕಾರ್ಯಾಚರಣೆಗಳು proxy ಉಳಿಸಬೇಕೇ ಎಂದು ಆಯ್ಕೆಮಾಡಿ.

ಈ ಆಯ್ಕೆ ಮುಖ್ಯವಾದಾಗ ಹೊಸ ರಿಪಾಸಿಟರಿಯ ಸ್ಥಳೀಯ config ಪರಿಶೀಲಿಸಿ. ಇತರ user, system ಅಥವಾ URL-ನಿರ್ದಿಷ್ಟ ಸೆಟ್ಟಿಂಗ್‌ಗಳು ಪರಿಣಾಮಕಾರಿ ನೀತಿಯಲ್ಲಿ ಇನ್ನೂ ಭಾಗವಹಿಸಬಹುದು.

ಮಾರ್ಗ ಉಳಿಸುವಾಗ ಈ ಉದಾಹರಣೆಗಳಿಂದ ಪಾಸ್‌ವರ್ಡ್‌ಗಳನ್ನು ದೂರವಿರಿಸಿ. clone ನ config ಆಯ್ಕೆಗೆ ನೀಡಿದ ರುಜುವಾತು ಹೊಂದಿರುವ ಮೌಲ್ಯ ಶಾಶ್ವತ ರಿಪಾಸಿಟರಿ ಸೆಟ್ಟಿಂಗ್ ಆಗಬಹುದು.

ಇದು HTTP-transport config, HTTPS ರಿಮೋಟ್‌ಗಳೂ ಸೇರಿದಂತೆ. SSH ರಿಮೋಟ್‌ಗೆ ಇನ್ನೂ ಅದರ SSH proxy ಮಾರ್ಗ ಬೇಕು; SSH ಅನ್ನು port 443 ಗೆ ಸರಿಸುವುದು ಈ ಆಯ್ಕೆ ಅದನ್ನು config ಮಾಡುವಂತೆ ಮಾಡುವುದಿಲ್ಲ.

ಸಂಬಂಧಿತ ಲೇಖನಗಳು