O NuGetAuthenticate configura a autenticação nos feeds de pacotes. Uma tarefa de autenticação bem-sucedida não configura o proxy de saída para dotnet, nuget.exe ou MSBuild.

Se a configuração das credenciais funcionar e a restauração seguinte precisar de um proxy HTTP, forneça o ambiente desse processo. Por exemplo:

- task: NuGetAuthenticate@1

- script: dotnet restore
  env:
    http_proxy: $(proxyUrl)
    no_proxy: packages.corp.example,localhost,127.0.0.1

proxyUrl é uma variável de pipeline existente que contém o URL completo pretendido do proxy. Ajuste a lista de exceções à política real de encaminhamento dos feeds. Para feeds públicos permitidos através de um intermediário público, a lista de proxies HTTP fornece candidatos para um proxyUrl sem conta; mantenha as exceções dos feeds privados. Este trecho pressupõe que as origens de pacotes do projeto já estão configuradas.

No Linux e no macOS, os nomes de ambiente documentados são em minúsculas. Uma variável de pipeline chamada http_proxy pode ficar em maiúsculas quando é exportada automaticamente. Um mapeamento explícito de env preserva a chave de que a ferramenta precisa.

Para um agente autoalojado, outra opção é definir estes valores no ambiente do processo do agente e reiniciar esse agente depois de os alterar. O ambiente de outro terminal não atualiza um serviço que já está em execução.

O NuGet também suporta entradas de proxy na sua configuração. Mantenha-as separadas das credenciais das origens de pacotes e verifique o âmbito efetivo da configuração quando uma restauração é executada com outra conta.

Um pacote restaurado pode exigir mais do que o primeiro URL do feed. Se uma transferência de pacote posterior ou um anfitrião de autenticação falhar, use esse nome de anfitrião real ao avaliar a política de proxy e de exceções.

Artigos relacionados