CI အလုပ်တစ်ခုသည် checkout လုပ်ထားသော tox.ini ကို မပြောင်းလဲဘဲ ၎င်း၏ proxy ပတ်ဝန်းကျင်ကို tox သို့ ပေးပို့နိုင်သည်။ tox 4 ၏ INI ဖွဲ့စည်းမှုအတွက်:

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

+= ပုံစံသည် ရှိပြီးသား pass_env စာရင်းသို့ ထည့်သည်။ ရိုးရိုး = သည် ထို configure လုပ်ထားသော စာရင်းကို အစားထိုးသည်။ variable များသည် tox ကို စတင်သော ပတ်ဝန်းကျင်တွင် ရှိပြီးသား ဖြစ်ရမည်; override သည် အမည်များကို ပေးသည်၊ proxy တန်ဖိုးများ မဟုတ်ပါ။

သက်ဆိုင်သော ယာယီ ပတ်ဝန်းကျင် input မှာ:

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

ဤဥပမာများသည် POSIX shell quoting ကို အသုံးပြုသည်။ tox သည် pass_env အမည်များကို စာလုံးအကြီးအသေး မခွဲခြားဘဲ ကိုင်တွယ်သောကြောင့် ရွေးချယ်ထားသော အမည်များသည် စာလုံးအသေးပုံစံများနှင့်လည်း ကိုက်ညီသည်။

tox ၏ မူရင်း TOML ဖွဲ့စည်းမှုအတွက် run-environment ၏ အခြေခံဇယားသည် testenv မဟုတ်ဘဲ env_run_base ဖြစ်သည်။ အမှန်တကယ် ဖွဲ့စည်းမှုပုံစံနှင့် ကိုက်ညီသော လမ်းကြောင်းကို အသုံးပြုပါ။

ဤသည် စမ်းသပ်မှု run ပတ်ဝန်းကျင်များကို ဖွဲ့စည်းသည်။ သီးခြား packaging ပတ်ဝန်းကျင်တွင် ၎င်း၏ ကိုယ်ပိုင် forwarding မူဝါဒ လိုအပ်နိုင်သည်။ အလားတူပင် ဒေါင်းလုဒ်ဆွဲသူ၏ အမှန်တကယ် input များကို နှိုင်းယှဉ်ပါ; client သည် ရရှိသော variable များကို လိုက်နာမလိုက်နာ ဆုံးဖြတ်နေဆဲ ဖြစ်သည်။ တစ်ကြိမ် run အတွက် override သည် repository တွင် CI သီးသန့် ပြန်ရေးသားမှု ကျန်ရစ်ခြင်းကို ရှောင်ရှားသော်လည်း run တိုင်း ထိုလမ်းကြောင်း လိုအပ်သောအခါ ပရောဂျက်၏ ရည်ရွယ်ထားသော မူဝါဒကို အစားထိုးမပေးပါ။

ဆက်စပ်ဆောင်းပါးများ