CMake ExternalProject ડાઉનલોડ માટે પ્રોક્સી સેટિંગ્સ
CMake નું સફળ રૂપરેખાંકન પછીની નિર્ભરતા ડાઉનલોડ એ જ માર્ગે જાય છે એમ ધારવા પહેલાં ExternalProject પાછળની પ્રક્રિયા અને ડાઉનલોડ પગલું ઓળખો.
CMake સફળતાપૂર્વક રૂપરેખાંકિત થાય છે. બિલ્ડ પછી શરૂ થાય છે, બાહ્ય નિર્ભરતા ડાઉનલોડ કરવાનો પ્રયાસ કરે છે અને પ્રોક્સી પર નિષ્ફળ જાય છે. અગાઉની સફળતાએ એ ડાઉનલોડ જરાય ચલાવ્યું હોય એ જરૂરી નથી.
ExternalProject_Add() એવાં પગલાં બનાવે છે જે બિલ્ડ દરમિયાન ચાલી શકે. એ પગલાં શરૂ કરતી પ્રક્રિયાનું વાતાવરણ મુખ્ય પ્રોજેક્ટ રૂપરેખાંકિત કરનાર ટર્મિનલ કે IDE કરતાં અલગ હોઈ શકે. આ તફાવત CI માં ચૂકી જવો સહેલો છે, જ્યાં રૂપરેખાંકન અને સંકલન અલગ કામો હોઈ શકે.
નેટવર્ક ક્રિયા શોધો
- URL ડાઉનલોડ CMake નો ડાઉનલોડ માર્ગ વાપરે છે.
- Git સ્રોત પોતાના સમર્થિત રૂપરેખાંકન સાથેનું Git પરિવહન બોલાવે છે.
- કસ્ટમ
DOWNLOAD_COMMANDપ્રોજેક્ટે દર્શાવેલ કોઈપણ પ્રોગ્રામ વાપરે છે.
એક પ્રોગ્રામની પ્રોક્સી સેટિંગ ત્રણેયને રૂપરેખાંકિત કરે છે એમ ન ધારો. નિર્ભરતાનું URL બદલતા પહેલાં નિષ્ફળ પગલાનો આદેશ અને ભૂલ વાંચો.
જો પસંદ કરેલ ડાઉનલોડર પ્રોક્સી પર્યાવરણ ચલોને સમર્થન આપે, તો તે પગલું ખરેખર ચલાવતી પ્રક્રિયાને તે આપો. જેમના ક્લાયન્ટ HTTP પ્રોક્સી સ્વીકારે છે એવા જાહેર ડાઉનલોડ માટે, એ માર્ગની પરવાનગી હોય ત્યારે HTTP પ્રોક્સી સૂચિ એન્ડપોઇન્ટ ઉમેદવારો આપે છે. સમાન નામનું સામાન્ય CMake કેશ ચલ પસાર કરવું સ્વયંસિદ્ધ રીતે બાળ પ્રક્રિયાનું પર્યાવરણ ચલ સેટ કરવા જેવું નથી.
FetchContent થી તફાવત પણ જાળવો: તેનું સામાન્ય નિર્ભરતા ભરણ રૂપરેખાંકન દરમિયાન થાય છે, તેથી ત્યાં કામ કરતી રેસિપી ExternalProject બિલ્ડ પગલાનું વાતાવરણ સ્થાપિત કરતી નથી.
ઐતિહાસિક રીડાયરેક્ટ મર્યાદાને ટાળવા કસ્ટમ ડાઉનલોડરની સલાહ આપતો જૂનો જવાબ એ પુરાવો નથી કે દરેક આધુનિક નિષ્ફળતાને નવો ડાઉનલોડ આદેશ જોઈએ. વર્તમાન ભૂલ રીડાયરેક્ટ, પ્રોક્સી પ્રમાણીકરણ, પ્રમાણપત્ર વિશ્વાસ કે ફક્ત પહોંચ છે કે નહીં તે ચકાસો. સંબંધિત માર્ગ સુધારતી વખતે અપેક્ષિત આર્કાઇવ હેશ અને TLS માન્યતા જાળવો.