CMake амжилттай тохирдог. Бүтээл дараа эхэлж, гадаад хамаарлыг татахыг оролдож, прокси дээр бүтэлгүйтдэг. Өмнөх амжилт тэр таталтыг огт хийж үзээгүй байж болно.

ExternalProject_Add() бүтээлийн үед ажиллаж болох алхмуудыг үүсгэдэг. Тэдгээр алхмыг эхлүүлж буй процесс нь үндсэн төслийг тохируулсан терминал эсвэл IDE-ээс өөр орчинтой байж болно. Энэ ялгааг CI дээр анзаарахгүй өнгөрөхөд амархан, учир нь тэнд тохиргоо болон компиляци нь тусдаа ажил байж болно.

Сүлжээний үйлдлийг ол

Нэг програмын прокси тохиргоо гурвыг бүгдийг нь тохируулна гэж бүү үз. Хамаарлын URL-ыг өөрчлөхөөс өмнө бүтэлгүйтсэн алхмын коман болон алдааг унш.

Сонгосон татагч прокси орчны хувьсагчдыг дэмждэг бол тэдгээрийг тухайн алхмыг үнэхээр гүйцэтгэж буй процессорт өг. Клиент нь HTTP прокси хүлээн авдаг нийтийн таталтуудад, тэр зам зөвшөөрөгдсөн үед HTTP прокси жагсаалт төгсгөлийн цэгийн нэр дэвшигчдийг санал болгодог. Ижил нэртэй энгийн CMake кэш хувьсагчийг дамжуулах нь хүү процессын орчны хувьсагчийг тохируулахтай автоматаар ижил биш.

FetchContent-ээс ялгааг хадгал: түүний ердийн хамаарлын дүүргэлт тохиргооны үед явагддаг тул тэнд ажилладаг жор нь ExternalProject бүтээлийн алхмын орчныг баталдаггүй.

Түүхэн дахин чиглүүлэлтийн хязгаарыг тойрохын тулд захиалгат татагч санал болгосон хуучин хариулт нь орчин үеийн бүх алдаа шинэ татах коман шаарддаг гэдгийн баталгаа биш. Одоогийн алдаа дахин чиглүүлэлт, прокси баталгаажуулалт, гэрчилгээний итгэл эсвэл зүгээр л хүртээмж мөн эсэхийг шалга. Холбогдох замыг засахдаа хүлээгдэж буй архивын хэш болон TLS баталгаажуулалтыг хадгал.

Холбоотой нийтлэлүүд