Bundler പ്രോക്സി ഡൗൺലോഡുകൾ പ്രവർത്തിക്കുന്നു, പക്ഷേ Git ആശ്രിതത്വം പരാജയപ്പെടുന്നു

bundle install gem ഡൗൺലോഡ് ചെയ്ത ശേഷം ഒരു Git ആശ്രിതത്വത്തിൽ നിൽക്കുന്നുവെങ്കിൽ, ആ ആശ്രിതത്വത്തിന്റെ ഉറവിടം പരിശോധിക്കുക. വിജയകരമായ ഡൗൺലോഡുകൾ ആ ഡൗൺലോഡുകൾക്ക് ഉപയോഗിച്ച പാത മാത്രമാണ് സ്ഥാപിക്കുന്നത്.

1. Gemfile അല്ലെങ്കിൽ lockfile-ലുള്ള യഥാർത്ഥ Git URL വായിക്കുക. HTTPS, SSH, git:// എന്നിവയ്ക്ക് വ്യത്യസ്ത കണക്ഷനുകൾ വേണം. പഴയ Bundler ചുരുക്കെഴുത്തുകൾ ഒരു ചെറിയ പ്രഖ്യാപനത്തിൽ git:// URL മറച്ചുവയ്ക്കാം.
2. build ഉപയോഗിക്കുന്ന Git വിളി പരിശോധിക്കുക. അതിന്റെ യഥാർത്ഥ കോൺഫിഗറേഷൻ, പരിസ്ഥിതി, അക്കൗണ്ട് എന്നിവ പ്രവർത്തിക്കുന്ന ടെർമിനൽ വിളിയുമായി താരതമ്യം ചെയ്യുക. build ഏജന്റിനോ പ്രത്യേകാവകാശമുള്ള കമാൻഡിനോ വ്യത്യസ്ത ഇൻപുട്ടുകൾ കാണാം.
3. തിരഞ്ഞെടുത്ത ഗതാഗതം പിന്തുടരുക. അനുവദിച്ച HTTPS ഉറവിടത്തിന് native Git-ന്റെ പിന്തുണയുള്ള HTTP പ്രോക്സി കോൺഫിഗറേഷൻ ബാധകമാകാം. SSH-ന് ഓർഗനൈസേഷൻ പിന്തുണയ്ക്കുന്ന SSH പാത ഉപയോഗിക്കുക. HTTP പ്രോക്സി ക്രമീകരണം Bundler ആരംഭിക്കാവുന്ന എല്ലാ ഗതാഗതവും കോൺഫിഗർ ചെയ്യുന്നില്ല.

പൊതു ഇടനിലക്കാരെ അനുവദിക്കുന്ന പൊതു HTTPS Git ഉറവിടത്തിന് HTTP പ്രോക്സി പട്ടിക ആ Git കോൺഫിഗറേഷനുള്ള സാധ്യതയുള്ള എൻഡ്പോയിന്റുകൾ നൽകുന്നു.

ഇപ്പോൾ പിശക് തരംതിരിക്കുക. 407 ഇടനിലക്കാരനിലേക്കുള്ള പ്രവേശനത്തെക്കുറിച്ചാണ്. ടണൽ വിജയിച്ചതിന് ശേഷം സ്വകാര്യ റിപ്പോസിറ്ററിയുടെ അനുമതി പിശക് അതിന്റെ വേറിട്ട അക്കൗണ്ടിനെയോ കീയെയോ കുറിച്ചാണ്. പ്രോക്സി ക്രെഡൻഷ്യലുകൾ Gemfile-നും കമ്മിറ്റ് ചെയ്ത ഉറവിട URL-കൾക്കും പുറത്ത് സൂക്ഷിക്കുക; ആ പ്രഖ്യാപനങ്ങൾ നെറ്റ്വർക്ക് ക്രമീകരണങ്ങൾ വ്യത്യാസപ്പെടാവുന്ന പ്രോജക്റ്റ് ഉപയോക്താക്കളുമായി പങ്കിടുന്നു.

പ്രവർത്തിക്കുന്ന പ്രോക്സി മാറ്റരുത്, ബന്ധമില്ലാത്ത ഒരു പരിഹാരം ശുപാർശ ചെയ്യുന്നതിനാൽ മാത്രം ഡൊമെയ്ൻ യോഗ്യതയുള്ള അക്കൗണ്ട് തിരുത്തരുത്. പൂർത്തീകരണം എന്നാൽ നിർദ്ദിഷ്ട Git ഉറവിടം ഉദ്ദേശിച്ച പാതയിലൂടെ കൊണ്ടുവരിക എന്നതാണ്. ഇതിനകം വിജയിച്ച gem ഡൗൺലോഡുകൾ ആവർത്തിക്കുന്നത് ആ പരാജയം പരീക്ഷിക്കാതെ വിടുന്നു.