git clone berfungsi melalui proksi, tetapi Git LFS gagal

Jejaki metadata dan muat turun objek Git LFS secara berasingan daripada git clone sebelum mengubah proksi yang sebenarnya berfungsi.

Satu klon boleh selesai memindahkan objek Git sementara kandungan LFS-nya masih hilang. Git menyimpan fail penunjuk; klien LFS membuat permintaan berasingan untuk objek besar tersebut.

Dalam checkout terjejas dengan Git LFS dipasang, periksa endpoint dan kegagalan terakhirnya:

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

Semak output secara setempat; URL repositori dan log boleh mendedahkan maklumat pengenalan atau pengesahan.

  1. Menghubungi API LFS.
  2. Mendapatkan tindakan muat turun API Batch.
  3. Mencapai URL muat turun tindakan itu, yang mungkin menggunakan hos storan objek yang berbeza dan pengepala yang dibekalkan.
  4. Memindahkan badan objek.

Periksa penggantian endpoint LFS repositori serta URL sebenar. LFS mempunyai pelaksanaan HTTP, konfigurasi dan persekitaran proksi yang diwarisi sendiri. Untuk Git LFS 3.7.0, ikut susunan pemilihan proksi untuk URL permintaan sebenar. Mencapai hos HTTPS Git biasa tidak menguji setiap laluan objek kemudian. Kegagalan pengesahan hos objek juga berbeza daripada proksi 407.

Apabila anda memang mahu memuat turun, fetch berasingan dalam repositori terkawal boleh mendedahkan kegagalan tanpa klon lain:

git -C project lfs fetch

Ini memindahkan objek; ia bukan pertanyaan tetapan baca sahaja. Sahkan kandungan yang diperlukan tersedia selepas itu. Penunjuk kecil yang tinggal dalam checkout separa bukan fail besar itu, dan arahan Git yang berjaya sebelum ini tidak boleh membuktikan bahawa pemindahan LFS telah selesai.

Artikel berkaitan