URL-patronen yn .proxybypass fan 'e Azure Pipelines-agent
Brûk ECMAScript-reguliere útdrukkingen yn 'e woartelmap fan 'e sels hoste Azure Pipelines-agent en kontrolearje de proxy-ynset fan 'e taak sels.
In sels hoste Azure Pipelines-agent kin proxy-omgongsregels hawwe yn in .proxybypass-bestân yn syn woartelmap. Eltse rigel is in ECMAScript-reguliere útdrukking dy't mei in URL ferlike wurdt.
Bygelyks, in regel foar ien ynterne feed-host kin der sa útsjen:
^https?://packages[.]internal[.]example(?::[0-9]+)?(?:/|$)De útdrukking komt oerien mei HTTP- of HTTPS-URL's foar dy host, mei in opsjonele numerike poarte. De grins nei de hostnamme foarkomt ek oerienkomst mei in langer namme lykas packages.internal.example.other-domain.
Dit is it bestân fan 'e agent-ynstallaasje, net in bestân dat samar yn 'e boarne-útsjeck is pleatst. De syntaks ferskilt ek fan in komma-skieden NO_PROXY-wearde. It kopiearjen fan in shell-wildcard lykas *.internal.example nei in fjild foar reguliere útdrukking behâldt net deselde betsjutting.
Identifisearje dan wa't it pakket downloade
De ynboude boarne- en artefakt-operaasjes fan 'e agent brûke syn proxy-konfiguraasje. Taken kinne frijjûn proxy-ynformaasje ophelje fia de taakbibleteek en dy tapasse op har eigen HTTP-klanten.
In taak dy't in eksterne NuGet-, dotnet- of curl-proses oanropt, yntrodusearret in oare konsumint. Befêstigje hoe't dy taak proxy- en omgongsynstellingen oan it ark jout. In krekte agent-regel bewissiget net dat elke ûnôfhinklike pakketklant it lêzen hat.
Hâld de URL fan 'e ynterne feed yn 'e diagnostyske registraasje, ynklusyf it skema en de poarte. Test de regel tsjin de URL dêr't kontakt mei makke wurdt, en ûndersykje dan de taak- of klantkonfiguraasje dy't ferantwurdlik is foar dat fersyk.