Git clone proxy හරහා ක්‍රියා කරයි, නමුත් Git LFS අසාර්ථක වේ

දැනට ක්‍රියා කරන proxy එකක් වෙනස් කිරීමට පෙර Git LFS metadata සහ object බාගැනීම් Git clone එකෙන් වෙන් වෙන්ව නිරීක්ෂණය කරන්න.

LFS අන්තර්ගතය තවම අතුරුදහන් වී තිබියදීත් clone එකක් Git object ප්‍රවාහනය අවසන් කළ හැක. Git pointer ගොනු ගබඩා කරයි; LFS client විශාල object සඳහා වෙන වෙනම ඉල්ලීම් කරයි.

Git LFS ස්ථාපිත කර ඇති බලපෑමට ලක් වූ checkout එකේ, එහි endpoint සහ අවසන් අසාර්ථකත්වය පරීක්ෂා කරන්න:

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

ප්‍රතිදානය දේශීයව සමාලෝචනය කරන්න; repository URL සහ log හඳුනාගැනීමේ හෝ සත්‍යාපන තොරතුරු හෙළි කළ හැක. පළමුව අසාර්ථක වූ අදියර හඳුනාගන්න:

  1. LFS API අමතමින්.
  2. Batch API හි download ක්‍රියාව ලබා ගනිමින්.
  3. එම ක්‍රියාවේ download URL එකට ළඟා වෙමින්; එය වෙනත් object-storage host එකක් සහ සපයා ඇති headers භාවිත කළ හැක.
  4. Object body ප්‍රවාහනය කරමින්.

repository LFS endpoint override මෙන්ම සැබෑ URL එකද පරීක්ෂා කරන්න. LFS ට තමන්ගේම HTTP ක්‍රියාත්මක කිරීම, වින්‍යාසය සහ උරුම වූ proxy පරිසරය ඇත. Git LFS 3.7.0 සඳහා, සැබෑ ඉල්ලීම් URL එක සඳහා එහි proxy තේරීමේ අනුපිළිවෙල අනුගමනය කරන්න. සාමාන්‍ය Git HTTPS host එකට ළඟා වීම පසුව එන සියලු object මාර්ග පරීක්ෂා නොකරයි. Object host එකේ සත්‍යාපන අසාර්ථකත්වය ද proxy 407 ට වඩා වෙනස් ය.

බාගැනීම් අවශ්‍ය අවස්ථාවේදී, පාලිත repository එකක වෙනම fetch එකක් තවත් clone එකක් නොමැතිව අසාර්ථකත්වය හෙළි කළ හැක:

git -C project lfs fetch

මෙය object ප්‍රවාහනය කරයි; මෙය කියවීමට පමණක් වන සැකසුම් විමසුමක් නොවේ. පසුව අවශ්‍ය අන්තර්ගතය ලබා ගත හැකි බව තහවුරු කරන්න. අර්ධ checkout එකක ඉතිරි වන කුඩා pointer එක විශාල ගොනුව නොවේ, තවද පෙර සාර්ථක වූ Git විධානයකට LFS ප්‍රවාහනය සම්පූර්ණ වූ බව ඔප්පු කළ නොහැක.

අදාළ ලිපි