ਜੇ bundle install gem ਡਾਊਨਲੋਡ ਕਰਦਾ ਹੈ ਅਤੇ ਫਿਰ Git ਨਿਰਭਰਤਾ 'ਤੇ ਰੁਕ ਜਾਂਦਾ ਹੈ, ਤਾਂ ਉਸ ਨਿਰਭਰਤਾ ਦੇ ਸਰੋਤ ਦੀ ਜਾਂਚ ਕਰੋ। ਸਫਲ ਡਾਊਨਲੋਡ ਸਿਰਫ਼ ਉਹਨਾਂ ਡਾਊਨਲੋਡਾਂ ਲਈ ਵਰਤੇ ਰਸਤੇ ਨੂੰ ਸਾਬਤ ਕਰਦੇ ਹਨ।

  1. Gemfile ਜਾਂ lockfile ਵਿੱਚ ਅਸਲ Git URL ਪੜ੍ਹੋ। HTTPS, SSH ਅਤੇ git:// ਲਈ ਵੱਖ-ਵੱਖ ਕਨੈਕਸ਼ਨ ਲੋੜੀਂਦੇ ਹਨ। ਪੁਰਾਣੇ Bundler ਸ਼ਾਰਟਕਟ ਛੋਟੀ ਘੋਸ਼ਣਾ ਵਿੱਚ git:// URL ਲੁਕਾ ਸਕਦੇ ਹਨ।
  2. ਬਿਲਡ ਵੱਲੋਂ ਵਰਤੀ Git ਕਾਲ ਦੀ ਜਾਂਚ ਕਰੋ। ਇਸ ਦੀ ਪ੍ਰਭਾਵੀ ਸੰਰਚਨਾ, ਵਾਤਾਵਰਣ ਅਤੇ ਖਾਤੇ ਦੀ ਤੁਲਨਾ ਕੰਮ ਕਰਦੀ ਟਰਮੀਨਲ ਕਾਲ ਨਾਲ ਕਰੋ। ਬਿਲਡ ਏਜੰਟ ਜਾਂ ਵਿਸ਼ੇਸ਼ ਅਧਿਕਾਰ ਵਾਲਾ ਕਮਾਂਡ ਵੱਖਰੇ ਇਨਪੁਟ ਵੇਖ ਸਕਦਾ ਹੈ।
  3. ਚੁਣੇ ਟਰਾਂਸਪੋਰਟ ਦੀ ਪਾਲਣਾ ਕਰੋ। ਅਧਿਕ੍ਰਿਤ HTTPS ਸਰੋਤ ਲਈ ਮੂਲ Git ਦੀ ਸਮਰਥਿਤ HTTP ਪ੍ਰੌਕਸੀ ਸੰਰਚਨਾ ਲਾਗੂ ਹੋ ਸਕਦੀ ਹੈ। SSH ਲਈ ਸੰਸਥਾ ਦਾ ਸਮਰਥਿਤ SSH ਰਸਤਾ ਵਰਤੋ। HTTP ਪ੍ਰੌਕਸੀ ਸੈਟਿੰਗ ਹਰ ਉਸ ਟਰਾਂਸਪੋਰਟ ਨੂੰ ਸੰਰਚਿਤ ਨਹੀਂ ਕਰਦੀ ਜੋ Bundler ਸ਼ੁਰੂ ਕਰ ਸਕਦਾ ਹੈ।

ਜਨਤਕ ਵਿਚੋਲਿਆਂ ਦੀ ਆਗਿਆ ਦੇਣ ਵਾਲੇ ਜਨਤਕ HTTPS Git ਸਰੋਤ ਲਈ HTTP ਪ੍ਰੌਕਸੀ ਸੂਚੀ ਉਸ Git ਸੰਰਚਨਾ ਲਈ ਸੰਭਾਵੀ ਐਂਡਪੁਆਇੰਟ ਦਿੰਦੀ ਹੈ।

ਹੁਣ ਗਲਤੀ ਦਾ ਵਰਗੀਕਰਨ ਕਰੋ। 407 ਵਿਚੋਲੇ ਤੱਕ ਪਹੁੰਚ ਨਾਲ ਸੰਬੰਧਿਤ ਹੈ। ਟਨਲ ਸਫਲ ਹੋਣ ਤੋਂ ਬਾਅਦ ਪ੍ਰਾਈਵੇਟ ਰਿਪੋਜ਼ਟਰੀ ਦੀ ਇਜਾਜ਼ਤ ਗਲਤੀ ਇਸ ਦੇ ਵੱਖਰੇ ਖਾਤੇ ਜਾਂ ਕੁੰਜੀ ਨਾਲ ਸੰਬੰਧਿਤ ਹੈ। ਪ੍ਰੌਕਸੀ ਪ੍ਰਮਾਣ-ਪੱਤਰ Gemfile ਅਤੇ ਕਮਿਟ ਕੀਤੇ ਸਰੋਤ URL ਤੋਂ ਬਾਹਰ ਰੱਖੋ; ਉਹ ਘੋਸ਼ਣਾਵਾਂ ਉਹਨਾਂ ਪ੍ਰੋਜੈਕਟ ਵਰਤੋਂਕਾਰਾਂ ਨਾਲ ਸਾਂਝੀਆਂ ਹੁੰਦੀਆਂ ਹਨ ਜਿਨ੍ਹਾਂ ਦੀਆਂ ਨੈੱਟਵਰਕ ਸੈਟਿੰਗਾਂ ਵੱਖਰੀਆਂ ਹੋ ਸਕਦੀਆਂ ਹਨ।

ਸਿਰਫ਼ ਇਸ ਲਈ ਕਿ ਕੋਈ ਅਸੰਬੰਧਿਤ ਹੱਲ ਸਿਫ਼ਾਰਸ਼ ਕਰਦਾ ਹੈ, ਕੰਮ ਕਰਦਾ ਪ੍ਰੌਕਸੀ ਨਾ ਬਦਲੋ ਅਤੇ ਨਾ ਹੀ ਡੋਮੇਨ-ਯੋਗ ਖਾਤਾ ਸੰਪਾਦਿਤ ਕਰੋ। ਪੂਰਾ ਹੋਣ ਦਾ ਅਰਥ ਹੈ ਖਾਸ Git ਸਰੋਤ ਨੂੰ ਇੱਛਤ ਰਸਤੇ ਰਾਹੀਂ ਲਿਆਉਣਾ। ਪਹਿਲਾਂ ਹੀ ਸਫਲ gem ਡਾਊਨਲੋਡ ਦੁਹਰਾਉਣ ਨਾਲ ਉਹ ਫੇਲ੍ਹਤਾ ਅਣਜਾਂਚੀ ਰਹਿ ਜਾਂਦੀ ਹੈ।

ਸੰਬੰਧਿਤ ਲੇਖ