CMake ExternalProject பதிவிறக்கங்களுக்கான ப்ராக்ஸி அமைப்புகள்
CMake இன் வெற்றிகரமான கட்டமைப்பு பிந்தைய சார்பு பதிவிறக்கங்கள் அதே வழியைப் பின்பற்றுகின்றன என்பதை நிரூபிக்கும் எனக் கருதுவதற்கு முன் ExternalProject பின்னால் உள்ள செயல்முறையையும் பதிவிறக்கப் படிநிலையையும் அடையாளம் காணுங்கள்.
CMake வெற்றிகரமாக கட்டமைக்கப்படுகிறது. கட்டுமானம் பின்னர் தொடங்குகிறது, வெளிப்புற சார்பைப் பதிவிறக்க முயல்கிறது, ப்ராக்ஸியில் தோல்வியடைகிறது. முந்தைய வெற்றி அந்தப் பதிவிறக்கத்தைச் செய்திருக்க வேண்டியதில்லை.
ExternalProject_Add() கட்டுமானத்தின் போது இயங்கக்கூடிய படிநிலைகளை உருவாக்குகிறது. அந்தப் படிநிலைகளைத் தொடங்கும் செயல்முறை முதன்மைத் திட்டத்தை கட்டமைத்த முனையம் அல்லது IDE-யிலிருந்து வேறுபட்ட சூழலைக் கொண்டிருக்கலாம். CI-யில் இந்த வேறுபாட்டைத் தவறவிடுவது எளிது, அங்கு கட்டமைப்பும் தொகுப்பும் தனித்தனி வேலைகளாக இருக்கலாம்.
பிணைய செயல்பாட்டைக் கண்டறியுங்கள்
- URL பதிவிறக்கம் CMake இன் பதிவிறக்கப் பாதையைப் பயன்படுத்துகிறது.
- Git மூலம் தனது சொந்த ஆதரவு கட்டமைப்பைக் கொண்ட Git போக்குவரத்தை அழைக்கிறது.
- தனிப்பயன்
DOWNLOAD_COMMANDதிட்டம் குறிப்பிட்ட எந்த நிரலையும் பயன்படுத்துகிறது.
ஒரு நிரலுக்கான ப்ராக்ஸி அமைப்பு மூன்றையும் கட்டமைக்கும் எனக் கருத வேண்டாம். சார்பின் URL-ஐ மாற்றுவதற்கு முன் தோல்வியடைந்த படிநிலையின் கட்டளையையும் பிழையையும் படியுங்கள்.
தேர்ந்தெடுத்த பதிவிறக்கி ப்ராக்ஸி சூழல் மாறிகளை ஆதரித்தால், அந்தப் படிநிலையை உண்மையில் இயக்கும் செயல்முறைக்கு அவற்றை வழங்குங்கள். வாடிக்கையாளர் HTTP ப்ராக்ஸியை ஏற்கும் பொது பதிவிறக்கங்களுக்கு, அந்தப் பாதை அனுமதிக்கப்படும்போது HTTP ப்ராக்ஸி பட்டியல் இறுதிப்புள்ளி வேட்பாளர்களை வழங்குகிறது. ஒத்த பெயருள்ள சாதாரண CMake தற்காலிக சேமிப்பு மாறியை அனுப்புவது குழந்தைச் செயல்முறையின் சூழல் மாறியை அமைப்பதற்கு தானாகவே சமமாகாது.
FetchContent-இலிருந்து வேறுபாட்டையும் பேணுங்கள்: அதன் வழக்கமான சார்பு நிரப்புதல் கட்டமைப்பின் போது நடக்கிறது, எனவே அங்கு வேலை செய்யும் செய்முறை ExternalProject கட்டுமானப் படிநிலையின் சூழலை நிரூபிக்காது.
வரலாற்று திருப்பிவிடல் வரம்பைத் தவிர்க்க தனிப்பயன் பதிவிறக்கியைப் பரிந்துரைக்கும் பழைய பதில், ஒவ்வொரு நவீன தோல்விக்கும் புதிய பதிவிறக்கக் கட்டளை தேவை என்பதற்கான சான்று அல்ல. தற்போதைய பிழை திருப்பிவிடலா, ப்ராக்ஸி அங்கீகாரமா, சான்றிதழ் நம்பிக்கையா அல்லது வெறும் அணுகல்தன்மையா எனச் சரிபார்க்கவும். தொடர்புடைய பாதையைச் சரிசெய்யும்போது எதிர்பார்க்கப்படும் காப்பக ஹாஷையும் TLS சரிபார்ப்பையும் பாதுகாக்கவும்.