د CMake ExternalProject ډاونلوډونو لپاره د پروکسي تنظیمات
د ExternalProject شاته پروسه او ډاونلوډ مرحله وټاکئ، مخکې له دې چې فکر وکړئ بریالۍ CMake ترتیبه ښیي چې وروستي انحصار ډاونلوډونه هماغه لاره اخلي.
CMake په بریالیتوب سره تنظیمیږي. جوړول وروسته پیل کیږي، هڅه کوي یو بهرنی انحصار ډاونلوډ کړي او په پروکسي کې ناکام کیږي. پخوانۍ بریا کېدای شي هغه ډاونلوډ هېڅ نه وي تمرین کړی.
ExternalProject_Add() هغه ګامونه جوړوي چې د جوړولو پر مهال کېدای شي وچلېږي. هغه پروسه چې دا ګامونه پیلوي کېدای شي د اصلي پروژې د تنظیم کوونکي ټرمینل یا IDE څخه بېله چاپېریال ولري. په CI کې دا توپیر اسانه له لاسه ورکول کیږي، چېرې چې تنظیم او کمپایل کېدای شي جلا کارونه وي.
د شبکې عملیه ومومئ
- د URL ډاونلوډ د CMake د ډاونلوډ لاره کاروي.
- د Git سرچینه د خپل ملاتړ شوي تنظیم سره Git ترانسپورټ غواړي.
- دودیز
DOWNLOAD_COMMANDهغه پروګرام کاروي چې پروژې ټاکلی وي.
مه فکر کوئ چې د یو پروګرام پروکسي تنظیم درېواړه تنظیمیږي. د ناکام ګام امر او تېروتنه ولولئ، مخکې له دې چې د انحصار URL بدل کړئ.
که غوره شوی ډاونلوډر د پروکسي چاپېریال متغیرونه ملاتړ کوي، هغه هغې پروسې ته ورکړئ چې واقعاً هغه ګام اجرا کوي. د عامه ډاونلوډونو لپاره چې کلاینټ یې HTTP پروکسي مني، د HTTP پروکسي لیست د پای ټکو نوماندان وړاندې کوي کله چې هغه لاره اجازه ولري. د ورته نوم ساده CMake کیش متغیر سپارل په اتوماتيک ډول د ماشوم پروسې چاپېریال متغیر ټاکلو سره یو شان نه دي.
له FetchContent څخه توپیر هم وساتئ: د هغې معمول انحصار ډکول د تنظیم پر مهال کیږي، نو هغه ترکیب چې هلته کار کوي د ExternalProject د جوړولو ګام چاپېریال نه ثابتوي.
زوړ ځواب چې د تاریخي لېږد محدودیت د تېرېدو لپاره دودیز ډاونلوډر وړاندیز کوي، دا دلیل نه دی چې هر عصري ناکامي نوی ډاونلوډ امر ته اړتیا لري. وګورئ چې اوسنی تېروتنه لېږد، پروکسي تصدیق، د سند باور یا یوازې رسیدنه ده. د اړوندې لارې په سمولو کې د آرشیف تمه شوی هش او TLS تایید وساتئ.