Qual proxy vence no Git LFS 3.7.0?

Acompanhe a seleção do ambiente, as substituições Git não vazias correspondentes ao URL e as regras de desvio para o URL real do pedido LFS.

Um valor Git http.proxy não vazio que corresponda ao URL do pedido substitui o proxy derivado do ambiente no Git LFS 3.7.0. Um valor Git vazio não apaga essa rota do ambiente.

Para esta versão, siga a seleção nesta ordem:

  1. Leia HTTPS_PROXY e HTTP_PROXY. Um valor https_proxy ou http_proxy não vazio em minúsculas substitui o valor correspondente em maiúsculas.
  2. Para HTTPS, prefira o candidato HTTPS e use o candidato HTTP como alternativa.
  3. Aplique um valor Git http.proxy não vazio correspondente em vez desses candidatos.
  4. Aplique as regras de desvio ao URL do pedido escolhido. Um no_proxy não vazio substitui NO_PROXY.

Se a intenção for acesso direto, inspecione as entradas herdadas e o desvio pretendido em vez de assumir que uma entrada Git vazia as apagou.

Use o URL real do LFS para a comparação. Os destinos de API e de objetos podem diferir do remoto Git, o que altera qual configuração vinculada ao URL corresponde.

Mantenha a versão do LFS instalada junto com o diagnóstico. O LFS usa o seu próprio transporte HTTP em Go; a precedência do caminho libcurl do Git não explica este código de seleção.

Artigos relacionados