ଯଦି 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 ଡାଉନଲୋଡ୍ ପୁନରାବୃତ୍ତି କଲେ ସେହି ବିଫଳତା ଅପରୀକ୍ଷିତ ରହେ।

ସମ୍ପର୍କିତ ପ୍ରବନ୍ଧ