Git clone በፕሮክሲ በኩል ይሠራል፣ ግን Git LFS አይሳካም

የሚሠራውን ፕሮክሲ ከመቀየርዎ በፊት የGit LFS ሜታዳታ እና የነገር ማውረዶችን ከGit clone ለይተው ይመርምሩ።

አንድ clone የGit ነገሮችን ማስተላለፍ ሊጨርስ ይችላል፣ የLFS ይዘቱ ግን አሁንም ጎድቶ ሊሆን ይችላል። Git የጠቋሚ ፋይሎችን ያከማቻል፤ የLFS ደንበኛው ለትላልቅ ነገሮች የተለያዩ ጥያቄዎችን ያደርጋል።

Git LFS በተጫነበት በተጎዳው checkout ውስጥ፣ የእሱን endpoint እና የመጨረሻውን ውድቀት ይመርምሩ፦

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

ውጤቱን በአካባቢዎ ይመልከቱ፤ የመጋዘን አድራሻዎች እና ምዝግብ ፋይሎች ማንነትን የሚገልጹ ወይም የማረጋገጫ መረጃዎችን ሊያጋልጡ ይችላሉ። የመጀመሪያውን ያልተሳካ ደረጃ ይለዩ፦

  1. ከLFS API ጋር መገናኘት።
  2. የBatch API የማውረድ ተግባርን ማግኘት።
  3. የዚያ ተግባር የማውረድ URL ላይ መድረስ፤ እሱም የተለየ የነገር ማከማቻ አስተናጋጅ እና የተሰጡ ራስጌዎችን ሊጠቀም ይችላል።
  4. የነገሩን አካል ማስተላለፍ።

የመጋዘኑን LFS endpoint መተኪያዎች እንዲሁም ትክክለኛውን URL ይፈትሹ። LFS የራሱ የHTTP አተገባበር፣ ውቅር እና ከውርስ የመጣ የፕሮክሲ አካባቢ አለው። ለGit LFS 3.7.0፣ ለትክክለኛው የጥያቄ URL የእሱን የፕሮክሲ ምርጫ ቅደም ተከተል ይከተሉ። የተለመደው የGit HTTPS አስተናጋጅ ላይ መድረስ በኋላ የሚመጡትን ሁሉንም የነገር መንገዶች አይፈትንም። የነገር አስተናጋጅ የማረጋገጫ ውድቀትም ከፕሮክሲ 407 ይለያል።

ማውረዶቹን ለማከናወን ካሰቡ፣ በቁጥጥር ስር ባለ መጋዘን ውስጥ የተለየ fetch ሌላ clone ሳይደረግ ውድቀቱን ሊያሳይ ይችላል፦

git -C project lfs fetch

ይህ ነገሮችን ያስተላልፋል፤ ተነባቢ-ብቻ የቅንብር ጥያቄ አይደለም። ከዚያ በኋላ የሚፈለገው ይዘት መኖሩን ያረጋግጡ። በከፊል checkout ውስጥ የቀረ ትንሽ ጠቋሚ ትልቁ ፋይል አይደለም፤ ቀደም ብሎ የተሳካ የGit ትዕዛዝ የLFS ማስተላለፉ መጠናቀቁን ሊያረጋግጥ አይችልም።

ተዛማጅ ጽሑፎች