Proxy-stillingar fyrir CMake ExternalProject niðurhal

CMake stillist árangursríkt. Byggingin byrjar síðar, reynir að sækja ytra ósjálfstætt pakka og mistekst við proxy-ið. Fyrri árangurinn hafði ekki endilega prófað það niðurhal yfirleitt.

ExternalProject_Add() býr til skref sem geta keyrt meðan á byggingunni stendur. Ferlið sem ræsir þessi skref getur haft annað umhverfi en skjáhermirinn eða IDE-ið sem stillti aðalverkefnið. Þennan mun er auðvelt að missa af í CI, þar sem stilling og þýðing geta verið aðskilin verk.

Finndu netaðgerðina

• URL-niðurhal notar niðurhalsbraut CMake.
• Git-uppruni kallar á Git-flutning með eigin studdri stillingu.
• Sérsniðið DOWNLOAD_COMMAND notar hvaða forrit sem verkefnið tilgreindi.

Ekki gera ráð fyrir að proxy-stilling eins forrits stilli öll þrjú. Lestu skipun og villu skrefsins sem mistekst áður en þú breytir URL ósjálfstæða pakkans.

Ef valinn niðurhalsforrit styður umhverfisbreytur proxy skal veita þeim ferlinu sem raunverulega keyrir skrefið. Fyrir opinbert niðurhal þar sem biðlarinn samþykkir HTTP-proxy býður HTTP-proxylistinn upp á endapunktaframbjóðendur þegar sú leið er leyfð. Að gefa venjulega CMake-skyndiminnisbreytu með svipuðu nafni er ekki sjálfkrafa það sama og að stilla umhverfisbreytu barnferlis.

Haltu einnig aðgreiningunni frá FetchContent: venjuleg fylling ósjálfstæðra pakka þar fer fram við stillingu, svo uppskrift sem virkar þar staðfestir ekki umhverfi ExternalProject-byggingarskrefs.

Gamalt svar sem mælir með sérsniðnu niðurhalsforriti til að komast fram hjá sögulegri endurbeiningartakmörkun er ekki sönnun þess að sérhver nútímamistök þurfi nýja niðurhalsskipun. Athugaðu hvort núverandi villa sé endurbeining, proxy-auðkenning, traust á vottorði eða einfaldlega aðgengi. Varðveittu væntaða arkífutölu og TLS-staðfestingu á meðan þú lagar viðeigandi leið.