Git ಕ್ಲೋನ್ ಪ್ರಾಕ್ಸಿ ಮೂಲಕ ಕೆಲಸ ಮಾಡುತ್ತದೆ, ಆದರೆ Git LFS ವಿಫಲವಾಗುತ್ತದೆ
ಬೇರೆ ರೀತಿಯಲ್ಲಿ ಕೆಲಸ ಮಾಡುತ್ತಿರುವ ಪ್ರಾಕ್ಸಿಯನ್ನು ಬದಲಿಸುವ ಮೊದಲು Git LFS ಮೆಟಾಡೇಟಾ ಮತ್ತು ಆಬ್ಜೆಕ್ಟ್ ಡೌನ್ಲೋಡ್ಗಳನ್ನು Git ಕ್ಲೋನಿಂದ ಪ್ರತ್ಯೇಕವಾಗಿ ಜಾಡು ಹಿಡಿಯಿರಿ.
Git ಆಬ್ಜೆಕ್ಟ್ಗಳ ವರ್ಗಾವಣೆಯನ್ನು ಮುಗಿಸಿದರೂ LFS ವಿಷಯ ಇನ್ನೂ ಕಾಣೆಯಾಗಿರಬಹುದು. Git ಪಾಯಿಂಟರ್ ಫೈಲ್ಗಳನ್ನು ಸಂಗ್ರಹಿಸುತ್ತದೆ; LFS ಕ್ಲೈಂಟ್ ದೊಡ್ಡ ಆಬ್ಜೆಕ್ಟ್ಗಳಿಗಾಗಿ ಪ್ರತ್ಯೇಕ ವಿನಂತಿಗಳನ್ನು ಮಾಡುತ್ತದೆ.
Git LFS ಸ್ಥಾಪಿಸಲಾದ ಪರಿಣಾಮಕ್ಕೊಳಗಾದ checkout ನಲ್ಲಿ, ಅದರ endpoint ಮತ್ತು ಕೊನೆಯ ವಿಫಲತೆಯನ್ನು ಪರಿಶೀಲಿಸಿ:
git -C project lfs env
git -C project lfs logs lastಔಟ್ಪುಟ್ ಅನ್ನು ಸ್ಥಳೀಯವಾಗಿ ಪರಿಶೀಲಿಸಿ; ರಿಪೊಜಿಟರಿ URLಗಳು ಮತ್ತು ಲಾಗ್ಗಳು ಗುರುತಿಸುವ ಅಥವಾ ದೃಢೀಕರಣ ಮಾಹಿತಿಯನ್ನು ಬಹಿರಂಗಪಡಿಸಬಹುದು. ಮೊದಲು ವಿಫಲವಾದ ಹಂತವನ್ನು ಗುರುತಿಸಿ:
- LFS API ಗೆ ಸಂಪರ್ಕಿಸುವುದು.
- Batch API ಯ ಡೌನ್ಲೋಡ್ ಕ್ರಿಯೆಯನ್ನು ಪಡೆಯುವುದು.
- ಆ ಕ್ರಿಯೆಯ ಡೌನ್ಲೋಡ್ URL ತಲುಪುವುದು, ಇದು ಬೇರೆ ಆಬ್ಜೆಕ್ಟ್ ಸ್ಟೋರೇಜ್ ಹೋಸ್ಟ್ ಮತ್ತು ಒದಗಿಸಿದ ಹೆಡರ್ಗಳನ್ನು ಬಳಸಬಹುದು.
- ಆಬ್ಜೆಕ್ಟ್ ಬಾಡಿಯನ್ನು ವರ್ಗಾಯಿಸುವುದು.
ನಿಜವಾದ URL ಜೊತೆಗೆ ರಿಪೊಜಿಟರಿ LFS endpoint ಮೀರಿಕೆಗಳನ್ನೂ ಪರಿಶೀಲಿಸಿ. LFS ತನ್ನದೇ ಆದ HTTP ಅನುಷ್ಠಾನ, ಸಂರಚನೆ ಮತ್ತು ಆನುವಂಶಿಕ ಪ್ರಾಕ್ಸಿ ಪರಿಸರವನ್ನು ಹೊಂದಿದೆ. Git LFS 3.7.0 ಗಾಗಿ, ನಿಜವಾದ ವಿನಂತಿ URL ಗೆ ಅದರ ಪ್ರಾಕ್ಸಿ ಆಯ್ಕೆ ಕ್ರಮ ಅನ್ನು ಅನುಸರಿಸಿ. ಸಾಮಾನ್ಯ Git HTTPS ಹೋಸ್ಟ್ ತಲುಪುವುದು ನಂತರದ ಎಲ್ಲಾ ಆಬ್ಜೆಕ್ಟ್ ಮಾರ್ಗಗಳನ್ನು ಪರೀಕ್ಷಿಸುವುದಿಲ್ಲ. ಆಬ್ಜೆಕ್ಟ್-ಹೋಸ್ಟ್ ದೃಢೀಕರಣ ವಿಫಲತೆಯು ಪ್ರಾಕ್ಸಿ 407 ನಿಂದಲೂ ಭಿನ್ನವಾಗಿದೆ.
ನೀವು ಡೌನ್ಲೋಡ್ಗಳನ್ನು ಉದ್ದೇಶಿಸಿದಾಗ, ನಿಯಂತ್ರಿತ ರಿಪೊಜಿಟರಿಯಲ್ಲಿ ಪ್ರತ್ಯೇಕ fetch ಮಾಡುವುದು ಇನ್ನೊಂದು ಕ್ಲೋನ್ ಇಲ್ಲದೆ ವಿಫಲತೆಯನ್ನು ಬಹಿರಂಗಪಡಿಸಬಹುದು:
git -C project lfs fetchಇದು ಆಬ್ಜೆಕ್ಟ್ಗಳನ್ನು ವರ್ಗಾಯಿಸುತ್ತದೆ; ಇದು ಓದಲು-ಮಾತ್ರ ಸೆಟ್ಟಿಂಗ್ಸ್ ಪ್ರಶ್ನೆ ಅಲ್ಲ. ನಂತರ ಅಗತ್ಯವಿರುವ ವಿಷಯ ಲಭ್ಯವಿದೆಯೇ ಎಂದು ಖಚಿತಪಡಿಸಿ. ಭಾಗಶಃ checkout ನಲ್ಲಿ ಉಳಿದಿರುವ ಸಣ್ಣ ಪಾಯಿಂಟರ್ ದೊಡ್ಡ ಫೈಲ್ ಅಲ್ಲ, ಮತ್ತು ಹಿಂದೆ ಯಶಸ್ವಿಯಾದ Git ಆಜ್ಞೆಯು LFS ವರ್ಗಾವಣೆ ಪೂರ್ಣಗೊಂಡಿದೆ ಎಂದು ಸ್ಥಾಪಿಸಲು ಸಾಧ್ಯವಿಲ್ಲ.