ហេតុអ្វី pip ទាញយក build dependencies មុនពេលដំឡើងកញ្ចប់របស់អ្នក

archive កូដប្រភពក្នុងតំបន់នៅតែអាចត្រូវការការចូលប្រើបណ្តាញ។ មុនពេល pip អាចដំឡើងវា pip អាចត្រូវការ build backend និងកញ្ចប់ជំនួយដើម្បីបង្កើត wheel។

រកឃើញបញ្ហានៅក្នុងលំដាប់នេះ៖ ការទាញយក archive គោលដៅ ការដំឡើង build requirements ការប្រតិបត្តិ backend បន្ទាប់មកការដំឡើងកញ្ចប់ដែលបានបង្កើត។ backend hooks អាចស្នើ build requirements បន្ថែម។ ទាំងនោះដាច់ដោយឡែកពី dependencies ពេលដំណើរការរបស់កញ្ចប់។

កំណត់អត្តសញ្ញាណ artifact ដែល pip នៅតែត្រូវការ

នៅ “Installing build dependencies” កត់ត្រាកញ្ចប់ និង URL ដែលបរាជ័យ។ ពិនិត្យ index ដែលមានប្រសិទ្ធភាព ផ្លូវ proxy បរិបទគណនី និងការជឿទុកចិត្តសម្រាប់សំណើនោះ ដោយប្រើការកំណត់ដែលបានចងក្រងរបស់កំណែ pip ដែលបានដំឡើង។ ការទាញយកជោគជ័យពីមុនមិនបញ្ជាក់ការចូលប្រើគ្រប់ host ឬបរិស្ថានរបស់ជំនួយការនីមួយៗទេ។ build requirements សាធារណៈអាចប្រើបេក្ខជន HTTP ពី បញ្ជី proxy HTTP នៅពេលផ្លូវនោះត្រូវបានអនុញ្ញាត។ រក្សា index និងគោលការណ៍ជឿទុកចិត្តដែលត្រូវការ។ រូបមន្តទាញយកប្រវត្តិ setup.py អាចប្រើដំណើរការរងផ្សេងៗ។

ប្រសិនបើម៉ាស៊ីនផ្សេងទៀតដំឡើងបានជោគជ័យ សូមប្រៀបធៀប artifact ដែលបានជ្រើសរើសជាមុន។ កំណែ Python ឬវេទិការបស់វាអាចមាន wheel សង់រួចដែលត្រូវគ្នា ខណៈម៉ាស៊ីននេះជ្រើសរើសការចែកចាយកូដប្រភព ដូច្នេះត្រូវការឧបករណ៍ build។

ផ្តល់បរិស្ថាន build ដោយចេតនា

--no-build-isolation ផ្ទេរការទទួលខុសត្រូវលើ build dependencies ដែលចាំបាច់មកអ្នក។ វាមិនជួសជុលការផ្ទៀងផ្ទាត់ proxy ឬការជឿទុកចិត្តលើវិញ្ញាបនបត្រទេ។ backend ដែលបានដំឡើងក្នុងតំបន់អាចបាំងតម្រូវការដែលបាត់ ឬមិនត្រូវគ្នា។

សម្រាប់ build ដែលគ្មានអ៊ីនធឺណិតដោយចេតនា សូមរៀបចំ artifact គោលដៅ build requirements និងឧបករណ៍ចាំបាច់សម្រាប់គម្រោង និងវេទិកាតាមរយៈដំណើរការដែលបានអនុម័ត។ ថតដែលមានតែ archive កូដប្រភពគឺមិនពេញលេញ។ រក្សាតម្រូវការ និងដំណាក់កាលដែលបរាជ័យនៅក្នុងរបាយការណ៍ ដើម្បីអាចកែផ្លូវ ឬសំណុំ artifact ដែលបានរៀបចំ។