Azure Pipelines: configurar el entorno de proxy de NuGet Restore

NuGetAuthenticate configura la autenticación en los feeds de paquetes. Una tarea de autenticación correcta no configura el proxy de salida para dotnet, nuget.exe ni MSBuild.

Si la configuración de credenciales se realiza correctamente y la restauración siguiente necesita un proxy HTTP, proporcione el entorno de ese proceso. Por ejemplo:

- task: NuGetAuthenticate@1

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

proxyUrl es una variable de canalización existente que contiene la URL completa del proxy deseada. Ajuste la lista de omisión a la política real de enrutamiento de los feeds. Para los feeds públicos permitidos a través de un intermediario público, la lista de proxies HTTP ofrece candidatos para un proxyUrl sin cuenta; mantenga las omisiones de los feeds privados. Este fragmento supone que las fuentes de paquetes del proyecto ya están configuradas.

En Linux y macOS, los nombres de entorno documentados van en minúsculas. Una variable de canalización llamada http_proxy puede pasar a mayúsculas cuando se exporta automáticamente. Una asignación explícita de env conserva la clave que necesita la herramienta.

Para un agente autohospedado, otra opción es configurar estos valores en el entorno del proceso del agente y reiniciar ese agente después de cambiarlos. El entorno de otra terminal no actualiza un servicio que ya se está ejecutando.

NuGet también admite entradas de proxy en su configuración. Manténgalas separadas de las credenciales de las fuentes de paquetes y compruebe el ámbito efectivo de la configuración cuando una restauración se ejecute con otra cuenta.

Un paquete restaurado puede necesitar más que la primera URL del feed. Si falla una descarga de paquete posterior o un host de autenticación, use ese nombre de host real al evaluar la política de proxy y de omisión.