Sebuah clone dapat menyelesaikan transfer objek Git sementara konten LFS-nya masih hilang. Git menyimpan berkas pointer; klien LFS membuat permintaan terpisah untuk objek besar.

Pada checkout terdampak dengan Git LFS terpasang, periksa endpoint dan kegagalan terakhirnya:

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

Tinjau output secara lokal; URL repositori dan log dapat membocorkan informasi identitas atau autentikasi. Identifikasi tahap pertama yang gagal:

  1. Menghubungi API LFS.
  2. Memperoleh aksi unduh dari Batch API.
  3. Mencapai URL unduh aksi tersebut, yang mungkin memakai host penyimpanan objek berbeda dan header yang disediakan.
  4. Mentransfer isi objek.

Periksa penimpaan endpoint LFS repositori serta URL sebenarnya. LFS memiliki implementasi HTTP, konfigurasi, dan lingkungan proxy warisan sendiri. Untuk Git LFS 3.7.0, ikuti urutan pemilihan proxy-nya untuk URL permintaan sebenarnya. Mencapai host HTTPS Git biasa tidak menguji setiap rute objek berikutnya. Kegagalan autentikasi host objek juga berbeda dari proxy 407.

Saat Anda memang menghendaki unduhannya, fetch terpisah di repositori terkendali dapat menyingkap kegagalan tanpa clone lain:

git -C project lfs fetch

Perintah ini mentransfer objek; ini bukan kueri pengaturan baca-saja. Pastikan konten yang diperlukan tersedia sesudahnya. Pointer kecil yang tersisa di checkout parsial bukanlah berkas besar itu, dan perintah Git yang berhasil sebelumnya tidak dapat memastikan bahwa transfer LFS selesai.

Artikel terkait