ការងារ CI អាចបញ្ជូនបរិស្ថាន proxy របស់ខ្លួនទៅ tox ដោយមិនកែប្រែ tox.ini ដែលបានពិនិត្យ។ សម្រាប់ការកំណត់ INI របស់ tox 4៖

tox --override 'testenv.pass_env+=HTTP_PROXY,HTTPS_PROXY,NO_PROXY' -e py

ទម្រង់ += បន្ថែមទៅបញ្ជី pass_env ដែលមានស្រាប់។ = ធម្មតា ជំនួសបញ្ជីដែលបានកំណត់នោះ។ អថេរត្រូវមានរួចហើយនៅក្នុងបរិស្ថានដែលចាប់ផ្តើម tox; override ផ្តល់ឈ្មោះ មិនមែនតម្លៃ proxy ទេ។

ធាតុបញ្ចូលបរិស្ថានបណ្តោះអាសន្នដែលត្រូវគ្នាគឺ៖

TOX_OVERRIDE='testenv.pass_env+=HTTP_PROXY,HTTPS_PROXY,NO_PROXY' tox -e py

ឧទាហរណ៍ទាំងនេះប្រើ POSIX shell quoting។ tox ចាត់ទុកឈ្មោះ pass_env ដោយមិនបែងចែកអក្សរធំ-តូច ដូច្នេះឈ្មោះដែលបានជ្រើសក៏ត្រូវនឹងទម្រង់អក្សរតូចដែរ។

សម្រាប់ការកំណត់ TOML ដើមរបស់ tox តារាងមូលដ្ឋាននៃបរិស្ថានដំណើរការគឺ env_run_base មិនមែន testenv ទេ។ ប្រើផ្លូវដែលត្រូវនឹងទម្រង់កំណត់ពិតប្រាកដ។

នេះកំណត់បរិស្ថានដំណើរការសាកល្បង។ បរិស្ថានវេចខ្ចប់ដាច់ដោយឡែកអាចត្រូវការគោលនយោបាយបញ្ជូនរបស់ខ្លួន។ ដូចគ្នាដែរ ប្រៀបធៀបធាតុបញ្ចូលពិតរបស់កម្មវិធីទាញយក; អតិថិជននៅតែសម្រេចថាតើនឹងគោរពអថេរដែលខ្លួនទទួលបានឬអត់។ override សម្រាប់ការដំណើរការមួយជៀសវាងការទុកការសរសេរឡើងវិញជាក់លាក់ CI ក្នុងឃ្លាំង ប៉ុន្តែមិនជំនួសគោលនយោបាយគម្រោងដែលបានបម្រុងទុក នៅពេលការដំណើរការនីមួយៗត្រូវការផ្លូវនេះ។

អត្ថបទពាក់ព័ន្ធ