bundle install gemகளைப் பதிவிறக்கி பின்னர் ஒரு Git சார்பில் நிற்கிறது என்றால், அந்தச் சார்பின் மூலத்தை ஆராயுங்கள். வெற்றிகரமான பதிவிறக்கங்கள் அந்தப் பதிவிறக்கங்களுக்குப் பயன்படுத்தப்பட்ட பாதையை மட்டுமே உறுதிப்படுத்துகின்றன.

  1. Gemfile அல்லது lockfile இல் உள்ள உண்மையான Git URL ஐப் படியுங்கள். HTTPS, SSH மற்றும் git:// வெவ்வேறு இணைப்புகளைத் தேவைப்படுகின்றன. பழைய Bundler சுருக்கங்கள் ஒரு சிறிய அறிவிப்பில் git:// URL ஐ மறைக்கலாம்.
  2. build பயன்படுத்தும் Git அழைப்பை ஆராயுங்கள். அதன் உண்மையான கட்டமைப்பு, சூழல் மற்றும் கணக்கை வேலை செய்யும் முனைய அழைப்புடன் ஒப்பிடுங்கள். build முகவர் அல்லது சிறப்புரிமை பெற்ற கட்டளை வேறு உள்ளீடுகளைக் காணலாம்.
  3. தேர்ந்தெடுக்கப்பட்ட இயக்கியைப் பின்பற்றுங்கள். அங்கீகரிக்கப்பட்ட HTTPS மூலத்திற்கு இயல்பான Git இன் ஆதரிக்கப்படும் HTTP ப்ராக்ஸி கட்டமைப்பு பொருந்தலாம். SSH க்கு நிறுவனம் ஆதரிக்கும் SSH பாதையைப் பயன்படுத்துங்கள். HTTP ப்ராக்ஸி அமைப்பு Bundler தொடங்கக்கூடிய ஒவ்வொரு இயக்கியையும் கட்டமைக்காது.

பொது இடைத்தரகர்களை அனுமதிக்கும் பொது HTTPS Git மூலத்திற்கு HTTP ப்ராக்ஸி பட்டியல் அந்த Git கட்டமைப்பிற்கான சாத்தியமான முனைப்புள்ளிகளை வழங்குகிறது.

இப்போது பிழையை வகைப்படுத்துங்கள். 407 இடைத்தரகருக்கான அணுகலைப் பற்றியது. சுரங்கப்பாதை வெற்றியடைந்த பிறகு தனியார் களஞ்சியத்தின் அனுமதிப் பிழை அதன் தனி கணக்கு அல்லது விசையைப் பற்றியது. ப்ராக்ஸி சான்றுகளை Gemfile மற்றும் commit செய்யப்பட்ட மூல URL களுக்கு வெளியே வைத்திருங்கள்; அந்த அறிவிப்புகள் நெட்வொர்க் அமைப்புகள் வேறுபடக்கூடிய திட்டப் பயனர்களுடன் பகிரப்படுகின்றன.

வேலை செய்யும் ப்ராக்ஸியை மாற்ற வேண்டாம் அல்லது தொடர்பில்லாத தீர்வு பரிந்துரைப்பதால் மட்டும் டொமைன் தகுதியுள்ள கணக்கைத் திருத்த வேண்டாம். முடித்தல் என்பது குறிப்பிட்ட Git மூலத்தை நோக்கமிடப்பட்ட பாதையில் கொண்டு வருவதாகும். ஏற்கனவே வெற்றிகரமான gem பதிவிறக்கங்களை மீண்டும் செய்வது அந்தத் தோல்வியைச் சோதிக்காமல் விடுகிறது.

தொடர்புடைய கட்டுரைகள்