Git clone chạy qua proxy nhưng Git LFS thất bại

Theo dõi siêu dữ liệu và tải đối tượng của Git LFS tách khỏi Git clone trước khi đổi một proxy vốn vẫn hoạt động.

Một bản clone có thể đã chuyển xong các đối tượng Git trong khi nội dung LFS vẫn còn thiếu. Git lưu tệp con trỏ; ứng dụng khách LFS gửi các yêu cầu riêng cho những đối tượng lớn.

Trong bản checkout bị ảnh hưởng đã cài Git LFS, hãy xem điểm cuối và lần thất bại gần nhất của nó:

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

Xem đầu ra ngay trên máy; URL kho lưu trữ và nhật ký có thể lộ thông tin nhận dạng hoặc thông tin xác thực. Xác định giai đoạn thất bại đầu tiên:

  1. Liên hệ API của LFS.
  2. Lấy hành động tải xuống từ Batch API.
  3. Đi tới URL tải xuống của hành động đó, nơi có thể dùng một máy chủ lưu trữ đối tượng khác và các tiêu đề được cung cấp.
  4. Truyền phần thân đối tượng.

Kiểm tra cả phần ghi đè điểm cuối LFS của kho lẫn URL thực tế. LFS có cách triển khai HTTP, cấu hình và môi trường proxy kế thừa riêng. Với Git LFS 3.7.0, hãy theo thứ tự chọn proxy của nó cho URL yêu cầu thực tế. Việc tới được máy chủ Git HTTPS thông thường không kiểm chứng mọi tuyến đối tượng về sau. Lỗi xác thực ở máy chủ đối tượng cũng khác với proxy 407.

Khi bạn thực sự muốn tải xuống, một lần fetch riêng trong kho được kiểm soát có thể phơi bày lỗi mà không cần clone lần nữa:

git -C project lfs fetch

Lệnh này truyền đối tượng; đây không phải truy vấn cấu hình chỉ đọc. Sau đó xác nhận nội dung cần thiết đã có. Một con trỏ nhỏ còn lại trong bản checkout một phần không phải tệp lớn, và một lệnh Git thành công trước đó không chứng minh được quá trình truyền LFS đã hoàn tất.

Bài viết liên quan