რომელი პროქსი იმარჯვებს Git LFS 3.7.0-ში?

მოთხოვნის URL-ს შესატყვისი არაცარიელი Git http.proxy მნიშვნელობა ჩაანაცვლებს გარემოდან მიღებულ პროქსის Git LFS 3.7.0-ში. ცარიელი Git მნიშვნელობა არ ასუფთავებს ამ გარემოს მარშრუტს.

ამ გამოშვებისთვის დაიცავით არჩევანი ამ თანმიმდევრობით:

1. წაიკითხეთ HTTPS_PROXY და HTTP_PROXY. არაცარიელი პატარა ასოების https_proxy ან http_proxy ცვლის შესაბამის დიდი ასოების მნიშვნელობას.
2. HTTPS-ისთვის უპირატესობა მიანიჭეთ HTTPS კანდიდატს და გამოიყენეთ HTTP კანდიდატი სარეზერვოდ.
3. ამ კანდიდატების ნაცვლად გამოიყენეთ შესატყვისი არაცარიელი Git http.proxy მნიშვნელობა.
4. გამოიყენეთ გვერდის ავლის წესები არჩეულ მოთხოვნის URL-ზე. არაცარიელი no_proxy ცვლის NO_PROXY-ს.

თუ განზრახვა პირდაპირი წვდომაა, შეამოწმეთ მემკვიდრეობით მიღებული შეყვანები და მოსალოდნელი გვერდის ავლა, ნაცვლად იმისა, რომ ჩათვალოთ, თითქოს ცარიელმა Git ჩანაწერმა წაშალა ისინი.

შედარებისთვის გამოიყენეთ LFS-ის რეალური URL. API-ისა და ობიექტების დანიშნულებები შეიძლება განსხვავდებოდეს Git-ის დისტანციური რეპოზიტორისგან, რაც ცვლის, რომელი URL-ზე მიბმული პარამეტრი ემთხვევა.

დიაგნოზთან ერთად შეინახეთ დაყენებული LFS ვერსია. LFS იყენებს საკუთარ Go HTTP ტრანსპორტს; Git-ის libcurl გზიდან მიღებული უპირატესობა ამ არჩევის კოდს არ ხსნის.