Git клондоо прокси аркылуу иштейт, бирок Git LFS иштебейт

Башкача иштеп жаткан проксини өзгөртүүдөн мурун Git LFS метаберилиштеринин жана объектилердин жүктөлүшүн Git клондоодон өзүнчө көзөмөлдөңүз.

Клондоо Git объектилерин өткөрүп бүтүшү мүмкүн, ал эми анын LFS мазмуну дагы эле жок болушу мүмкүн. Git көрсөткүч файлдарын сактайт; LFS кардары чоң объектилер үчүн өзүнчө сурамдар жасайт.

Git LFS орнотулган жабыркаган иш көчүрмөсүндө анын 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 дагы бир клондоосуз катаны ачып бериши мүмкүн:

git -C project lfs fetch

Бул объектилерди өткөрөт; бул тексттик гана окуу параметрлер сурамы эмес. Андан кийин керектүү мазмун жеткиликтүү экенин ырастаңыз. Жарым-жартылай иш көчүрмөсүндө калган кичине көрсөткүч чоң файл эмес, жана мурунку ийгиликтүү Git буйругу LFS өткөрүүсү бүткөнүн далилдей албайт.

Тектеш макалалар