CMake সফলভাৱে কনফিগাৰ হয়। বিল্ড পিছত আৰম্ভ হয়, এটা বাহ্যিক নিৰ্ভৰশীলতা ডাউনলোড কৰিবলৈ চেষ্টা কৰে, আৰু প্ৰক্সীত বিফল হয়। আগৰ সফলতাই সেই ডাউনলোড সম্পূৰ্ণৰূপে পৰীক্ষা নকৰাও হ'ব পাৰে।

ExternalProject_Add() এনে পদক্ষেপ সৃষ্টি কৰে যিবোৰ বিল্ডৰ সময়ত চলিব পাৰে। সেই পদক্ষেপসমূহ আৰম্ভ কৰা প্ৰক্ৰিয়াটোৰ পৰিবেশ মূল প্ৰকল্প কনফিগাৰ কৰা টাৰ্মিনেল বা IDE তকৈ বেলেগ হ'ব পাৰে। এই পাৰ্থক্য CI ত সহজে হেৰাই যায়, য'ত কনফিগাৰেচন আৰু কম্পাইলেশন সুকীয়া কাম হ'ব পাৰে।

নে'টৱৰ্ক কাৰ্য্য চিনাক্ত কৰক

এটা প্ৰগ্ৰেমৰ প্ৰক্সী ছেটিঙে তিনিওটাকে কনফিগাৰ কৰে বুলি নাভাবিব। নিৰ্ভৰশীলতাৰ URL সলনি কৰাৰ আগতে বিফল পদক্ষেপৰ আদেশ আৰু ত্ৰুটি পঢ়ক।

যদি বাছনি কৰা ডাউনলোডাৰে প্ৰক্সী পৰিবেশ চলক সমৰ্থন কৰে, তেন্তে সেই পদক্ষেপ প্ৰকৃততে চলোৱা প্ৰক্ৰিয়াটোক সেইবোৰ দিয়ক। যি ৰাজহুৱা ডাউনলোডৰ গ্ৰাহকে HTTP প্ৰক্সী গ্ৰহণ কৰে, তাৰ বাবে HTTP প্ৰক্সী তালিকাএ সেই পথ অনুমোদিত হ'লে এণ্ডপইণ্ট প্ৰাৰ্থী আগবঢ়ায়। একে নামৰ এটা সাধাৰণ CMake কেশ্ব চলক দিয়াটো সন্তান প্ৰক্ৰিয়াৰ পৰিবেশ চলক ছেট কৰাৰ সৈতে স্বয়ংক্ৰিয়ভাৱে একে নহয়।

FetchContent ৰ পৰা পাৰ্থক্যও ৰাখক: ইয়াৰ সাধাৰণ নিৰ্ভৰশীলতা পূৰণ কনফিগাৰেচনৰ সময়ত হয়, গতিকে তাত কাম কৰা এটা ৰেচিপিয়ে ExternalProject বিল্ড পদক্ষেপৰ পৰিবেশ প্ৰতিষ্ঠা নকৰে।

ঐতিহাসিক ৰিডাইৰেক্ট সীমাবদ্ধতা পাৰ হ'বলৈ কাষ্টম ডাউনলোডাৰৰ পৰামৰ্শ দিয়া এটা পুৰণি উত্তৰে এই কথাৰ প্ৰমাণ নহয় যে প্ৰতিটো আধুনিক বিফলতাই নতুন ডাউনলোড আদেশৰ প্ৰয়োজন। বৰ্তমানৰ ত্ৰুটিটো ৰিডাইৰেক্ট, প্ৰক্সী প্ৰমাণীকৰণ, ছাৰ্টিফিকেট বিশ্বাস বা সাধাৰণ প্ৰাপ্যতা হয় নে নহয় পৰীক্ষা কৰক। প্ৰাসংগিক পথ ঠিক কৰি থকাৰ সময়ত প্ৰত্যাশিত আৰ্কাইভ হেশ্ব আৰু TLS বৈধতা ৰক্ষা কৰক।

সম্পৰ্কিত প্ৰবন্ধ