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

Шығысты жергілікті жерде қарап шығыңыз; репозиторий URL-дері мен журналдары сәйкестендіретін немесе аутентификация ақпаратын ашуы мүмкін. Алғашқы сәтсіз кезеңді анықтаңыз:

  1. LFS API-мен байланысу.
  2. Batch API-ның жүктеу әрекетін алу.
  3. Сол әрекеттің жүктеу URL-іне жету, ол басқа нысан қоймасының хостын және берілген header-лерді пайдалануы мүмкін.
  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 тасымалының аяқталғанын дәлелдей алмайды.

Қатысты мақалалар