Azure Pipelines: NuGet Restore ਦਾ ਪ੍ਰੌਕਸੀ ਵਾਤਾਵਰਨ ਸੈੱਟ ਕਰੋ

NuGetAuthenticate ਵੱਲੋਂ ਫੀਡ ਪ੍ਰਮਾਣ ਪਹਿਲਾਂ ਹੀ ਸੰਰਚਿਤ ਹੋਣ ’ਤੇ ਵੀ restore ਪ੍ਰਕਿਰਿਆ ਨੂੰ http_proxy ਅਤੇ no_proxy ਦਿਓ।

NuGetAuthenticate ਪੈਕੇਜ ਫੀਡਾਂ ਲਈ ਪਰਮਾਣਿਕਤਾ ਸੰਰਚਿਤ ਕਰਦਾ ਹੈ। ਸਫਲ ਪਰਮਾਣਿਕਤਾ ਕਾਰਜ dotnet, nuget.exe ਜਾਂ MSBuild ਲਈ ਬਾਹਰੀ ਪ੍ਰੌਕਸੀ ਸੰਰਚਿਤ ਨਹੀਂ ਕਰਦਾ।

ਜੇ ਪ੍ਰਮਾਣ ਸੈਟਅੱਪ ਸਫਲ ਹੁੰਦਾ ਹੈ ਅਤੇ ਅਗਲੀ restore ਨੂੰ HTTP ਪ੍ਰੌਕਸੀ ਚਾਹੀਦੀ ਹੈ, ਤਾਂ ਉਸ ਪ੍ਰਕਿਰਿਆ ਦਾ ਵਾਤਾਵਰਨ ਦਿਓ। ਉਦਾਹਰਨ ਲਈ:

- task: NuGetAuthenticate@1

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

proxyUrl ਇੱਕ ਮੌਜੂਦਾ ਪਾਈਪਲਾਈਨ ਵੇਰੀਏਬਲ ਹੈ ਜਿਸ ਵਿੱਚ ਲੋੜੀਂਦਾ ਪੂਰਾ ਪ੍ਰੌਕਸੀ URL ਹੈ। ਬਾਈਪਾਸ ਸੂਚੀ ਨੂੰ ਫੀਡ ਦੀ ਅਸਲ ਰੂਟਿੰਗ ਨੀਤੀ ਅਨੁਸਾਰ ਢਾਲੋ। ਜਨਤਕ ਵਿਚੋਲੇ ਰਾਹੀਂ ਮਨਜ਼ੂਰ ਜਨਤਕ ਫੀਡਾਂ ਲਈ, HTTP ਪ੍ਰੌਕਸੀ ਸੂਚੀ ਬਿਨਾਂ ਖਾਤੇ ਵਾਲੇ proxyUrl ਲਈ ਉਮੀਦਵਾਰ ਦਿੰਦੀ ਹੈ; ਨਿੱਜੀ ਫੀਡਾਂ ਦੇ ਬਾਈਪਾਸ ਰੱਖੋ। ਇਹ ਟੁਕੜਾ ਮੰਨਦਾ ਹੈ ਕਿ ਪਰਿਯੋਜਨਾ ਦੇ ਪੈਕੇਜ ਸਰੋਤ ਪਹਿਲਾਂ ਹੀ ਸੰਰਚਿਤ ਹਨ।

Linux ਅਤੇ macOS ’ਤੇ ਦਸਤਾਵੇਜ਼ੀ ਵਾਤਾਵਰਨ ਨਾਮ ਛੋਟੇ ਅੱਖਰਾਂ ਵਿੱਚ ਹੁੰਦੇ ਹਨ। http_proxy ਨਾਮ ਵਾਲਾ ਪਾਈਪਲਾਈਨ ਵੇਰੀਏਬਲ ਆਪਣੇ-ਆਪ ਨਿਰਯਾਤ ਹੋਣ ’ਤੇ ਵੱਡੇ ਅੱਖਰਾਂ ਵਿੱਚ ਬਦਲ ਸਕਦਾ ਹੈ। ਸਪਸ਼ਟ env ਮੈਪਿੰਗ ਉਹ ਕੁੰਜੀ ਬਚਾਉਂਦੀ ਹੈ ਜੋ ਸਾਧਨ ਨੂੰ ਲੋੜੀਂਦੀ ਹੈ।

ਸਵੈ-ਹੋਸਟਡ ਏਜੰਟ ਲਈ ਦੂਜਾ ਵਿਕਲਪ ਇਹ ਹੈ ਕਿ ਇਹ ਮੁੱਲ ਏਜੰਟ ਪ੍ਰਕਿਰਿਆ ਦੇ ਵਾਤਾਵਰਨ ਵਿੱਚ ਸੈੱਟ ਕਰੋ ਅਤੇ ਬਦਲਣ ਤੋਂ ਬਾਅਦ ਉਸ ਏਜੰਟ ਨੂੰ ਮੁੜ ਚਾਲੂ ਕਰੋ। ਕਿਸੇ ਹੋਰ ਟਰਮੀਨਲ ਦਾ ਵਾਤਾਵਰਨ ਪਹਿਲਾਂ ਹੀ ਚੱਲ ਰਹੀ ਸੇਵਾ ਨੂੰ ਅੱਪਡੇਟ ਨਹੀਂ ਕਰਦਾ।

NuGet ਆਪਣੀ ਸੰਰਚਨਾ ਵਿੱਚ ਪ੍ਰੌਕਸੀ ਐਂਟਰੀਆਂ ਦਾ ਵੀ ਸਮਰਥਨ ਕਰਦਾ ਹੈ। ਉਹਨਾਂ ਨੂੰ ਪੈਕੇਜ-ਸਰੋਤ ਪ੍ਰਮਾਣਾਂ ਤੋਂ ਵੱਖ ਰੱਖੋ, ਅਤੇ ਜਦੋਂ restore ਕਿਸੇ ਹੋਰ ਖਾਤੇ ਹੇਠ ਚੱਲੇ ਤਾਂ ਪ੍ਰਭਾਵੀ ਸੰਰਚਨਾ ਦਾਇਰਾ ਜਾਂਚੋ।

ਮੁੜ-ਸਥਾਪਿਤ ਪੈਕੇਜ ਨੂੰ ਫੀਡ ਦੇ ਪਹਿਲੇ URL ਤੋਂ ਵੱਧ ਦੀ ਲੋੜ ਹੋ ਸਕਦੀ ਹੈ। ਜੇ ਬਾਅਦ ਵਿੱਚ ਪੈਕੇਜ ਡਾਊਨਲੋਡ ਜਾਂ ਪਰਮਾਣਿਕਤਾ ਹੋਸਟ ਫੇਲ੍ਹ ਹੋਵੇ, ਤਾਂ ਪ੍ਰੌਕਸੀ ਅਤੇ ਬਾਈਪਾਸ ਨੀਤੀ ਦਾ ਮੁਲਾਂਕਣ ਕਰਦਿਆਂ ਉਹੀ ਅਸਲ ਹੋਸਟਨਾਮ ਵਰਤੋ।

ਸੰਬੰਧਿਤ ਲੇਖ