ವಿಭಿನ್ನ ಹೋಸ್ಟ್‌ಗಳಿಗೆ 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-ನಿರ್ದಿಷ್ಟ ಪ್ರಾಕ್ಸಿ ನಮೂದುಗಳ ದೀರ್ಘ ಸಂಚಯವು ನೀವು ವ್ಯಕ್ತಪಡಿಸಲು ಪ್ರಯತ್ನಿಸಿದ ನೆಟ್‌ವರ್ಕ್ ವ್ಯತ್ಯಾಸಕ್ಕಿಂತ ಹೆಚ್ಚು ಅರ್ಥಮಾಡಿಕೊಳ್ಳಲು ಕಷ್ಟ.