Ո՞ր պրոքսին է հաղթում Git LFS 3.7.0-ում:

Հետևեք միջավայրի ընտրությանը, URL-ին համապատասխանող ոչ դատարկ Git վերագրումներին և շրջանցման կանոններին՝ LFS-ի իրական հարցման URL-ի համար:

Հարցման 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 ուղուց եկող առաջնահերթությունը չի բացատրում այս ընտրության կոդը:

Առնչվող հոդվածներ