Git LFS 3.7.0-ൽ ഏത് പ്രോക്സിയാണ് വിജയിക്കുന്നത്?
പരിസ്ഥിതി തിരഞ്ഞെടുപ്പ്, URL-മായി പൊരുത്തപ്പെടുന്ന ശൂന്യമല്ലാത്ത Git ഓവർറൈഡുകൾ, യഥാർത്ഥ LFS അഭ്യർത്ഥന URL-നുള്ള ബൈപ്പാസ് നിയമങ്ങൾ എന്നിവ പിന്തുടരുക.
Git LFS 3.7.0-ൽ അഭ്യർത്ഥന URL-മായി പൊരുത്തപ്പെടുന്ന ശൂന്യമല്ലാത്ത Git http.proxy മൂല്യം പരിസ്ഥിതിയിൽ നിന്ന് ലഭിച്ച പ്രോക്സിയെ ഓവർറൈഡ് ചെയ്യുന്നു. ശൂന്യമായ Git മൂല്യം ആ പരിസ്ഥിതി പാത മായ്ക്കുന്നില്ല.
ഈ റിലീസിനായി, ഈ ക്രമത്തിൽ തിരഞ്ഞെടുപ്പ് പിന്തുടരുക:
HTTPS_PROXY,HTTP_PROXYവായിക്കുക. ശൂന്യമല്ലാത്ത ചെറിയക്ഷരhttps_proxyഅല്ലെങ്കിൽhttp_proxyഅതിന്റെ അനുബന്ധ വലിയക്ഷര മൂല്യം മാറ്റിസ്ഥാപിക്കുന്നു.- HTTPS-നായി HTTPS സ്ഥാനാർത്ഥിക്ക് മുൻഗണന നൽകുകയും HTTP സ്ഥാനാർത്ഥിയെ ബദലായി ഉപയോഗിക്കുകയും ചെയ്യുക.
- ആ സ്ഥാനാർത്ഥികൾക്ക് പകരം പൊരുത്തപ്പെടുന്ന ശൂന്യമല്ലാത്ത Git
http.proxyമൂല്യം പ്രയോഗിക്കുക. - തിരഞ്ഞെടുത്ത അഭ്യർത്ഥന URL-ൽ ബൈപ്പാസ് നിയമങ്ങൾ പ്രയോഗിക്കുക. ശൂന്യമല്ലാത്ത
no_proxyNO_PROXYമാറ്റിസ്ഥാപിക്കുന്നു.
ഉദ്ദേശ്യം നേരിട്ടുള്ള ആക്സസ് ആണെങ്കിൽ, ശൂന്യമായ Git എൻട്രി അവ മായ്ച്ചു എന്ന് കരുതുന്നതിന് പകരം പാരമ്പര്യമായി ലഭിച്ച ഇൻപുട്ടുകളും ഉദ്ദേശിച്ച ബൈപ്പാസും പരിശോധിക്കുക.
താരതമ്യത്തിന് യഥാർത്ഥ LFS URL ഉപയോഗിക്കുക. API, ഒബ്ജക്റ്റ് ലക്ഷ്യസ്ഥാനങ്ങൾ Git റിമോട്ടിൽ നിന്ന് വ്യത്യസ്തമായേക്കാം, ഇത് ഏത് URL-ബന്ധിത ക്രമീകരണമാണ് പൊരുത്തപ്പെടുന്നത് എന്നത് മാറ്റുന്നു.
രോഗനിർണയത്തോടൊപ്പം ഇൻസ്റ്റാൾ ചെയ്ത LFS പതിപ്പ് സൂക്ഷിക്കുക. LFS അതിന്റെ സ്വന്തം Go HTTP ഗതാഗതം ഉപയോഗിക്കുന്നു; Git-ന്റെ libcurl പാതയിൽ നിന്നുള്ള മുൻഗണന ഈ തിരഞ്ഞെടുപ്പ് കോഡ് വിശദീകരിക്കുന്നില്ല.