ನೀವು npm ನ ಪ್ರಾಕ್ಸಿಯನ್ನು ಅಳಿಸುತ್ತೀರಿ, ಮತ್ತೆ ಪ್ರಶ್ನಿಸುತ್ತೀರಿ, ಮತ್ತು ಮೌಲ್ಯ ಇನ್ನೂ ಅಲ್ಲಿಯೇ ಇದೆ. ಹೆಚ್ಚಿನ ಸವಲತ್ತುಗಳೊಂದಿಗೆ ಆಜ್ಞೆಯನ್ನು ಪುನರಾವರ್ತಿಸುವ ಮೊದಲು, ನೀವು ಯಾವ ಸಂರಚನೆಯನ್ನು ಅಳಿಸಿದಿರಿ ಎಂಬುದನ್ನು ಪರಿಶೀಲಿಸಿ.

ಪ್ರಾಜೆಕ್ಟ್‌ನ .npmrc, ಬಳಕೆದಾರ ಫೈಲ್, ಜಾಗತಿಕ ಸಂರಚನೆ, ಆಜ್ಞಾ ಆಯ್ಕೆಗಳು ಮತ್ತು ಪರಿಸರ ಸೆಟ್ಟಿಂಗ್‌ಗಳು ಎಲ್ಲವೂ ಮುಖ್ಯವಾಗಬಹುದು. ಒಂದು ಕಡೆಯಿಂದ ಮೌಲ್ಯವನ್ನು ತೆಗೆದರೆ ಅದರ ಕೆಳಗಿನ ಇನ್ನೊಂದು ಮೌಲ್ಯ ಬಯಲಾಗಬಹುದು.

ಬದಲಿಸುವ ಮೊದಲು ಮೌಲ್ಯವನ್ನು ಹುಡುಕಿ

npm ನ ಪರಿಣಾಮಕಾರಿ ಸಂರಚನೆ ಮತ್ತು ಆ ಕರೆಗೆ ಸಂಬಂಧಿಸಿದ ಫೈಲ್‌ಗಳನ್ನು ಪರಿಶೀಲಿಸಿ. ಕಾರ್ಯಾಚರಣೆ ಪ್ರಾಜೆಕ್ಟ್-ಸ್ಥಳೀಯವೇ ಅಥವಾ ಜಾಗತಿಕವೇ ಎಂಬುದನ್ನು ಗಮನಿಸಿ. ಪ್ರಾಜೆಕ್ಟ್ ಸೆಟ್ಟಿಂಗ್ ಜಾಗತಿಕ ಸ್ಥಾಪನೆಗೆ ಸಾಕ್ಷಿಯಲ್ಲ.

ಪ್ರಾಕ್ಸಿ ಆಯ್ಕೆಗಳ ಹೆಸರುಗಳೂ ಮುಖ್ಯ. http_proxy ನಂತಿರುವ ಕಸ್ಟಮ್ ಕೀ ಸ್ವಯಂಚಾಲಿತವಾಗಿ ದಾಖಲಿತ proxy ಆಯ್ಕೆಯಲ್ಲ. ಪರಿಸರ-ಚರಾಕ್ಷರಗಳ ಕಾಗುಣಿತ ಮತ್ತು npm ಸಂರಚನಾ-ಕೀಗಳ ಕಾಗುಣಿತ ಪ್ರತ್ಯೇಕ ಇಂಟರ್ಫೇಸ್‌ಗಳು.

ಎಕ್ಸಿಕ್ಯುಟೆಬಲ್ ಅನ್ನು ಮರುಸ್ಥಾಪಿಸುವುದು ಅಪ್ರಸ್ತುತ

Node ನ ಸ್ಥಾಪನಾ ಡೈರೆಕ್ಟರಿ ನಿಮ್ಮ ಬಳಕೆದಾರ ಸಂರಚನೆ ಇರುವ ಸ್ಥಳವೇ ಎಂದೇನಿಲ್ಲ. ಎಕ್ಸಿಕ್ಯುಟೆಬಲ್ ಅನ್ನು ಬದಲಿಸಿದರೆ ಬಳಕೆದಾರ ಫೈಲ್ ಮತ್ತು ಪ್ರಕ್ರಿಯೆ ಪರಿಸರ ಅಸ್ಪೃಶವಾಗಿ ಉಳಿಯಬಹುದು. ಆದ್ದರಿಂದ ಸ್ವಚ್ಛ ಪ್ರೋಗ್ರಾಂ ಸ್ಥಾಪನೆ ತಕ್ಷಣ ಹಳೆಯ ನೆಟ್‌ವರ್ಕ್ ಎಂಡ್‌ಪಾಯಿಂಟ್ ಅನ್ನು ತೋರಿಸಬಹುದು.

ಮೂಲವನ್ನು ಕಂಡುಕೊಂಡ ನಂತರ ಆ ಹಂತದಲ್ಲಿ ಹಳೆಯ ನಮೂದನ್ನು ತೆಗೆದುಹಾಕಿ. ನಂತರ ವಿಫಲತೆಗೆ ಕಾರಣವಾದ ಅದೇ ಕೆಲಸದ ಡೈರೆಕ್ಟರಿ ಮತ್ತು ಖಾತೆಯಿಂದ ಪರಿಣಾಮಕಾರಿ ಮೌಲ್ಯವನ್ನು ಮತ್ತೆ ಪ್ರಶ್ನಿಸಿ. ಸ್ಥಾಪಿತ npm ಆ ಅರ್ಥವನ್ನು ದಾಖಲಿಸದ ಹೊರತು ಅನಿಯತ ಖಾಲಿ ಅಥವಾ null ತೋರುವ ಸ್ಟ್ರಿಂಗ್ ಅನ್ನು ಸೆಟ್ ಮಾಡುವುದನ್ನು ತಪ್ಪಿಸಿ.

registry ಸೆಟ್ಟಿಂಗ್ ಅನ್ನು ಪ್ರತ್ಯೇಕವಾಗಿರಿಸಿ. ಸ್ಥಳೀಯ registry URL ಪ್ರಾಕ್ಸಿ ವಿಳಾಸದಂತೆ ಕಾಣಬಹುದು, ಆದರೆ ಅದನ್ನು ಅಳಿಸುವುದು ಪ್ಯಾಕೇಜ್ ಮೆಟಾಡೇಟಾ ಎಲ್ಲಿಂದ ಕೇಳಲಾಗುತ್ತದೆ ಎಂಬುದನ್ನು ಬದಲಿಸುತ್ತದೆ. ಅನಗತ್ಯ ಫಾರ್ವರ್ಡಿಂಗ್ ಪ್ರಾಕ್ಸಿಯನ್ನು ತೆಗೆಯಲು ಮಾತ್ರ ಅಗತ್ಯವಾದ ಆಂತರಿಕ registry ಅನ್ನು ಅಳಿಸಬೇಡಿ.

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