Melyik proxy nyer a Git LFS 3.7.0-ban?

Kövesse a környezeti kiválasztást, az URL-hez illeszkedő nem üres Git-felülírásokat és a kihagyási szabályokat a tényleges LFS-kérés URL-jéhez.

A kérés URL-jéhez illeszkedő nem üres Git http.proxy érték felülírja a környezetből származó proxyt a Git LFS 3.7.0-ban. Az üres Git-érték nem törli ezt a környezeti útvonalat.

Ebben a kiadásban kövesse a kiválasztást ebben a sorrendben:

  1. Olvassa be a HTTPS_PROXY és HTTP_PROXY értékét. A nem üres kisbetűs https_proxy vagy http_proxy helyettesíti a megfelelő nagybetűs értéket.
  2. HTTPS esetén részesítse előnyben a HTTPS-jelöltet, és a HTTP-jelöltet használja tartalékként.
  3. A jelöltek helyett alkalmazzon illeszkedő, nem üres Git http.proxy értéket.
  4. Alkalmazza a kihagyási szabályokat a kiválasztott kérés-URL-re. A nem üres no_proxy helyettesíti a NO_PROXY értéket.

Ha a szándék közvetlen hozzáférés, vizsgálja meg az örökölt bemeneteket és a tervezett kihagyást, ahelyett hogy feltételezné, hogy egy üres Git-bejegyzés törölte őket.

A összehasonlításhoz a tényleges LFS-URL-t használja. Az API- és objektumcélok eltérhetnek a Git távoli tárhelyétől, ami megváltoztatja, melyik URL-hez kötött beállítás illeszkedik.

A diagnózisnál tartsa meg a telepített LFS-verziót. Az LFS a saját Go HTTP-transzportját használja; a Git libcurl-útvonalából származó elsőbbség nem magyarázza ezt a kiválasztási kódot.

Kapcsolódó cikkek