പ്രോക്സി വഴി Git ക്ലോൺ പ്രവർത്തിക്കുന്നു, പക്ഷേ Git LFS പരാജയപ്പെടുന്നു

Git ഒബ്ജക്റ്റുകളുടെ കൈമാറ്റം പൂർത്തിയാകുമ്പോൾ അതിന്റെ LFS ഉള്ളടക്കം ഇപ്പോഴും കാണാതെയിരിക്കാം. Git പോയിന്റർ ഫയലുകൾ സൂക്ഷിക്കുന്നു; വലിയ ഒബ്ജക്റ്റുകൾക്കായി LFS ക്ലയന്റ് വേറെ അഭ്യർത്ഥനകൾ നടത്തുന്നു.

Git LFS ഇൻസ്റ്റാൾ ചെയ്ത ബാധിത ചെക്ക്ഔട്ടിൽ, അതിന്റെ എൻഡ്പോയിന്റും അവസാന പരാജയവും പരിശോധിക്കുക:

git -C project lfs env
git -C project lfs logs last

ഔട്ട്പുട്ട് പ്രാദേശികമായി അവലോകനം ചെയ്യുക; റീപോസിറ്ററി URL-കളും ലോഗുകളും തിരിച്ചറിയാവുന്നതോ പ്രാമാണീകരണ വിവരങ്ങളോ വെളിപ്പെടുത്താം. ആദ്യം പരാജയപ്പെട്ട ഘട്ടം കണ്ടെത്തുക:

1. LFS API-യുമായി ബന്ധപ്പെടുന്നു.
2. Batch API-യുടെ ഡൗൺലോഡ് പ്രവർത്തനം നേടുന്നു.
3. ആ പ്രവർത്തനത്തിന്റെ ഡൗൺലോഡ് URL-ൽ എത്തുന്നു; അത് വേറെ ഒബ്ജക്റ്റ്-സ്റ്റോറേജ് ഹോസ്റ്റും നൽകിയ ഹെഡറുകളും ഉപയോഗിച്ചേക്കാം.
4. ഒബ്ജക്റ്റ് ബോഡി കൈമാറുന്നു.

റീപോസിറ്ററി LFS എൻഡ്പോയിന്റ് ഓവർറൈഡുകളും യഥാർത്ഥ URL-ഉം പരിശോധിക്കുക. LFS-ന് അതിന്റേതായ HTTP നടപ്പാക്കൽ, കോൺഫിഗറേഷൻ, പാരമ്പര്യമായി ലഭിച്ച പ്രോക്സി പരിസ്ഥിതി എന്നിവയുണ്ട്. Git LFS 3.7.0-ന്, യഥാർത്ഥ അഭ്യർത്ഥന URL-നായി അതിന്റെ പ്രോക്സി തിരഞ്ഞെടുപ്പ് ക്രമം പിന്തുടരുക. സാധാരണ Git HTTPS ഹോസ്റ്റിൽ എത്തുന്നത് പിന്നീടുള്ള എല്ലാ ഒബ്ജക്റ്റ് റൂട്ടുകളും പരീക്ഷിക്കുന്നില്ല. ഒബ്ജക്റ്റ് ഹോസ്റ്റിലെ പ്രാമാണീകരണ പരാജയവും പ്രോക്സി 407-ൽ നിന്ന് വ്യത്യസ്തമാണ്.

ഡൗൺലോഡുകൾ ഉദ്ദേശിക്കുമ്പോൾ, നിയന്ത്രിത റീപോസിറ്ററിയിലെ വേറെ fetch മറ്റൊരു ക്ലോണില്ലാതെ പരാജയം വെളിപ്പെടുത്താം:

git -C project lfs fetch

ഇത് ഒബ്ജക്റ്റുകൾ കൈമാറുന്നു; ഇത് വായന-മാത്രം ക്രമീകരണ അന്വേഷണമല്ല. ആവശ്യമായ ഉള്ളടക്കം പിന്നീട് ലഭ്യമാണെന്ന് സ്ഥിരീകരിക്കുക. ഭാഗിക ചെക്ക്ഔട്ടിൽ അവശേഷിക്കുന്ന ചെറിയ പോയിന്റർ വലിയ ഫയലല്ല, മുമ്പ് വിജയിച്ച ഒരു Git കമാൻഡിന് LFS കൈമാറ്റം പൂർത്തിയായി എന്ന് സ്ഥാപിക്കാനാവില്ല.