Git clone proxy ilə işləyir, lakin Git LFS uğursuz olur

Başqa cür işləyən proksini dəyişməzdən əvvəl Git LFS metadata və obyekt yükləmələrini Git clone-dan ayrıca izləyin.

Klon Git obyektlərini köçürməyi bitirə bilər, halbuki LFS məzmunu hələ yoxdur. Git göstərici faylları saxlayır; LFS klienti böyük obyektlər üçün ayrıca sorğular göndərir.

Git LFS quraşdırılmış təsirlənmiş iş qovluğunda onun son nöqtəsini və son uğursuzluğunu yoxlayın:

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

Çıxışı yerli olaraq nəzərdən keçirin; repozitoriya URL-ləri və jurnallar identifikasiya və ya autentifikasiya məlumatlarını aşkara çıxara bilər. İlk uğursuz mərhələni müəyyən edin:

  1. LFS API ilə əlaqə.
  2. Batch API-nin yükləmə əməliyyatını almaq.
  3. Həmin əməliyyatın yükləmə URL-inə çatmaq; bu, fərqli obyekt saxlama hostundan və verilən başlıqlardan istifadə edə bilər.
  4. Obyekt gövdəsini köçürmək.

Repo LFS son nöqtə üstələmələrini və faktiki URL-i yoxlayın. LFS-in öz HTTP tətbiqi, konfiqurasiyası və miras alınan proxy mühiti var. Git LFS 3.7.0 üçün faktiki sorğu URL-i üçün onun proxy seçimi sırasına əməl edin. Adi Git HTTPS hostuna çatmaq bütün sonrakı obyekt marşrutlarını sınaqdan keçirmir. Obyekt hostunda autentifikasiya uğursuzluğu da proxy 407-dən fərqlidir.

Yükləmələri nəzərdə tutursunuzsa, nəzarət olunan repoda ayrıca fetch başqa klon olmadan uğursuzluğu göstərə bilər:

git -C project lfs fetch

Bu obyektləri köçürür; bu yalnız oxumaq üçün parametrlər sorğusu deyil. Tələb olunan məzmunun sonradan mövcud olduğunu təsdiqləyin. Qismən iş qovluğunda qalan kiçik göstərici böyük fayl deyil və əvvəlki uğurlu Git əmri LFS köçürməsinin tamamlandığını sübut edə bilməz.

Əlaqəli məqalələr