Kiu prokurilo venkas en Git LFS 3.7.0?

Sekvu la elektadon de la ĉirkaŭaĵo, ne-malplenajn Git-anstataŭigojn kongruajn kun la URL, kaj la preteririgajn regulojn por la reala LFS-pet-URL.

Ne-malplena Git http.proxy-valoro kongrua kun la pet-URL anstataŭigas la prokurilon derivitan de la ĉirkaŭaĵo en Git LFS 3.7.0. Malplena Git-valoro ne forigas tiun ĉirkaŭaĵan vojon.

Por ĉi tiu eldono, sekvu la elekton laŭ ĉi tiu ordo:

  1. Legu HTTPS_PROXY kaj HTTP_PROXY. Ne-malplena minuskla https_proxy aŭ http_proxy anstataŭigas sian respondan majusklan valoron.
  2. Por HTTPS, preferu la HTTPS-kandidaton kaj uzu la HTTP-kandidaton kiel rezervan.
  3. Apliku kongruan ne-malplenan Git http.proxy-valoron anstataŭ tiuj kandidatoj.
  4. Apliku preteririgajn regulojn al la elektita pet-URL. Ne-malplena no_proxy anstataŭigas NO_PROXY.

Se la celo estas rekta aliro, inspektu hereditajn enigojn kaj la intencitan preterpasadon anstataŭ supozi, ke malplena Git-enskribo forviŝis ilin.

Uzu la realan LFS-URL por la komparo. API- kaj objektaj celoj povas malsami de la Git-fora konservejo, ŝanĝante kiun URL-ligitan agordon kongruas.

Konservu la instalitan LFS-version kun la diagnozo. LFS uzas sian propran Go-HTTP-transporton; prioritato el la libcurl-vojo de Git ne klarigas ĉi tiun elekto-kodon.

Rilataj artikoloj