git svn ಅಗತ್ಯವಾಗಿ Git ನ HTTP ಪ್ರಾಕ್ಸಿ ಬಳಸುವುದಿಲ್ಲ

git fetch ಯಶಸ್ವಿಯಾಗುತ್ತದೆ, ಆದರೆ git svn fetch ಸರ್ವರ್ ತಲುಪಲು ಸಾಧ್ಯವಿಲ್ಲ. ಆಜ್ಞೆಯ ಪೂರ್ವಪ್ರತ್ಯಯ ಹಂಚಿಕೆಯಾಗಿದ್ದರೂ, ಕೊನೆಯ ಕಾರ್ಯಾಚರಣೆ ಇನ್ನೊಂದು ಕ್ಲೈಂಟ್ ಸ್ಟ್ಯಾಕ್ ಮೂಲಕ Subversion ಸಂಗ್ರಹದೊಂದಿಗೆ ಮಾತನಾಡುತ್ತದೆ.

Git ನ ಸ್ಥಳೀಯ http.proxy ನಮೂದು ಆ Subversion ಸಂಪರ್ಕವನ್ನು ಸಂರಚಿಸುತ್ತದೆ ಎಂದು ಊಹಿಸಬೇಡಿ. git svn ಚಲಿಸುವ ಪರಿಸರದಲ್ಲಿ Subversion ಗ್ರಂಥಾಲಯಗಳು ಬಳಸುವ ರನ್ಟೈಮ್ ಸಂರಚನೆಯನ್ನು ಹುಡುಕಿ.

Subversion ನ servers ಸಂರಚನೆಯಲ್ಲಿ ಇವು ಇರಬಹುದು:

[global]
http-proxy-host = proxy.example
http-proxy-port = 8080

ಹೋಸ್ಟ್ನಾಮ್ ಮತ್ತು ಪೋರ್ಟ್ ಪ್ರತ್ಯೇಕ ಮೌಲ್ಯಗಳು; HTTP ಪ್ರಾಕ್ಸಿ ಪಟ್ಟಿ ಅನುಮತಿಸಲಾದ ಸಾರ್ವಜನಿಕ Subversion ಮಾರ್ಗಗಳಿಗೆ ಅಭ್ಯರ್ಥಿಗಳನ್ನು ಒದಗಿಸುತ್ತದೆ. ಪ್ರಾಕ್ಸಿ ಖಾತೆ ಕ್ಷೇತ್ರಗಳು ಸಂಗ್ರಹದ ರುಜುವಾತುಗಳಿಂದ ಪ್ರತ್ಯೇಕವಾಗಿವೆ. Subversion ಸರ್ವರ್-ಗುಂಪು ಸೆಟ್ಟಿಂಗ್ಗಳು ಹೋಸ್ಟ್ನಾಮ್ಗಳಿಗೆ ಹೊಂದುತ್ತವೆ, ಅನಿಯಂತ್ರಿತ ಸಂಗ್ರಹ ಮಾರ್ಗಗಳಿಗಲ್ಲ. ಅವನ್ನು Subversion ನ ಇಂಟರ್ಫೇಸ್ ಎಂದು ಪರಿಗಣಿಸಿ, Git ನ ಪ್ರಾಕ್ಸಿ URL ನ ಪರ್ಯಾಯ ಕಾಗುಣಿತವಲ್ಲ.

Windows ನಲ್ಲಿ ಮಾರ್ಗವೇ ಆಶ್ಚರ್ಯವಾಗಬಹುದು

ಸ್ಥಳೀಯ Subversion ಕಾರ್ಯನಿರ್ವಾಹಕ ಫೈಲ್ ಮತ್ತು git svn ಸ್ಥಾಪನೆ ಬೇರೆ ಬೇರೆ ಪರಿಸರಗಳನ್ನು ಮತ್ತು ಮನೆ ಕೋಶದ ಬೇರೆ ಬೇರೆ ವ್ಯಾಖ್ಯಾನಗಳನ್ನು ಬಳಸಬಹುದು. svn.exe ಬಳಸುವ ಸಂರಚನೆಯನ್ನು ಸಂಪಾದಿಸುವುದು git svn ಕರೆ ಅದನ್ನು ಓದಿದೆ ಎಂಬುದಕ್ಕೆ ಸಾಕ್ಷಿಯಲ್ಲ.

ಯಾವ ಕಾರ್ಯನಿರ್ವಾಹಕ ಫೈಲ್ ಮತ್ತು ಯಾವ ಗ್ರಂಥಾಲಯ ಪರಿಸರ ಒಳಗೊಂಡಿದೆ ಎಂಬುದನ್ನು ದಾಖಲಿಸಿ, ನಂತರ ಅವುಗಳ ಪರಿಣಾಮಕಾರಿ ಸಂರಚನಾ ಸ್ಥಳವನ್ನು ಗುರುತಿಸಿ. ಒಬ್ಬ ಬಳಕೆದಾರರ ಮಾರ್ಗವನ್ನು ಇಡೀ ಯಂತ್ರದ ಸ್ಕ್ರಿಪ್ಟ್ಗೆ ನಕಲಿಸುವುದನ್ನು ತಪ್ಪಿಸಿ.

ಖಾತೆಗಳನ್ನು ಪ್ರತ್ಯೇಕವಾಗಿಡಿ

ಪ್ರಾಕ್ಸಿ ಹೊರಗಿನ ಸಂಪರ್ಕವನ್ನು ದೃಢೀಕರಿಸಬಹುದು. Subversion ಸಂಗ್ರಹ ನಂತರ ಇನ್ನೊಂದು ಖಾತೆ ಬೇಡಬಹುದು. HTTP 407 ಮತ್ತು ಸಂಗ್ರಹದ ಅಧಿಕಾರ ದೋಷ ಬೇರೆ ಬೇರೆ ಹಂತಗಳನ್ನು ವಿವರಿಸುತ್ತವೆ.

URL ಅಥವಾ ಮಾರ್ಗವನ್ನು ನೀತಿ ನಿರಾಕರಿಸಿದರೆ, ಅನುಮೋದಿತ ಎಂಡ್ಪಾಯಿಂಟ್ ಮತ್ತು ಪ್ರವೇಶ ವ್ಯವಸ್ಥೆಯನ್ನು ಬಳಸಿ. ಬ್ರೌಸರ್ನಲ್ಲಿ ಸಂಗ್ರಹದ ವೆಬ್ ಇಂಟರ್ಫೇಸ್ ತೆರೆಯುವುದು ಕೇವಲ ಭಾಗಶಃ ಹೋಲಿಕೆ: ಅದು ಬೇರೆ ಖಾತೆ, ಸಂರಚನಾ ಸಂಗ್ರಹ ಅಥವಾ ಮಾರ್ಗ ಬಳಸಬಹುದು. ಗುರಿ ಉದ್ದೇಶಿಸಿದ ಮಧ್ಯವರ್ತಿಯ ಮೂಲಕ ಯಶಸ್ವಿ Subversion ಕಾರ್ಯಾಚರಣೆ, ಕೇವಲ ಯಶಸ್ವಿ ಸಾಮಾನ್ಯ ವೆಬ್ ಪುಟ ವಿನಂತಿಯಲ್ಲ.