Git clone проксигоор ажилладаг ч Git LFS бүтэлгүйтдэг

Ажиллаж байгаа проксийг өөрчлөхөөс өмнө Git LFS-ийн мета өгөгдөл болон объект таталтыг Git clone-оос тусад нь хяна.

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 хийх нь дахин clone хийлгүйгээр алдааг илрүүлж болно:

git -C project lfs fetch

Энэ нь объектуудыг шилжүүлдэг; энэ нь зөвхөн унших тохиргооны асуулт биш. Шаардлагатай агуулга дараа нь боломжтой эсэхийг баталгаажуул. Хэсэгчилсэн ажлын хуулбарт үлдсэн жижиг заагч нь том файл биш бөгөөд өмнө нь амжилттай Git команд нь LFS шилжүүлэг дууссан гэдгийг тогтоож чадахгүй.

Холбоотой нийтлэлүүд