tox 4 နှင့် terminal proxy ပတ်ဝန်းကျင်များ နှိုင်းယှဉ်ခြင်း

tox 4 ၏ မှတ်တမ်းတင်ထားသော မူရင်း ဖြတ်သန်းပေးမှုတွင် http_proxy, https_proxy, no_proxy နှင့် PIP_* ပါဝင်သည်။ pip သည် terminal တွင် အလုပ်လုပ်သော်လည်း tox စနစ်ထည့်သွင်းစဉ် မအောင်မြင်ပါက ဖြတ်သန်းပေးမှု မရှိခြင်းသည် ဖြစ်နိုင်သော ရှင်းလင်းချက်တစ်ခုသာ ဖြစ်သည်။

download လုပ်သည့်စနစ်၏ ထည့်သွင်းချက်များကို နှိုင်းယှဉ်ပါ

မအောင်မြင်သော လုပ်ငန်းစဉ် မြင်တွေ့ရသော endpoint နှင့် bypass တန်ဖိုးများကို တိကျသော tox override များနှင့် ပတ်ဝန်းကျင် ဖိုင်များ အပါအဝင် စစ်ဆေးပါ။ ပရောဂျက်တစ်ခုသည် မှန်ကန်စွာ အမွေဆက်ခံရသော တန်ဖိုးကို ခေတ်ကုန်နေသော တန်ဖိုးဖြင့် အစားထိုးနိုင်သည်။ my_https_proxy ကဲ့သို့ စိတ်ကြိုက်အမည်သည် download စနစ် အသုံးမပြုမီ တိကျသော mapping လိုအပ်သည်။

အဆင့်ကို ဖော်ထုတ်ပါ− ပတ်ဝန်းကျင် ဖန်တီးခြင်း၊ ထုပ်ပိုးခြင်း၊ မှီခိုမှုများ ထည့်သွင်းခြင်း သို့မဟုတ် စမ်းသပ်ပတ်ဝန်းကျင်အတွင်းရှိ command။ ယင်းတို့သည် မတူညီသော လုပ်ငန်းစဉ်များနှင့် ဆက်တင်များကို ပါဝင်စေနိုင်သည်။

Python နှင့် pip ဗားရှင်းများနှင့် အမြဲတမ်း ဖွဲ့စည်းမှုကိုလည်း နှိုင်းယှဉ်ပါ။ tox သည် လက်မှတ် အပြုအမူ ကွဲပြားသော ပတ်ဝန်းကျင်ကို ဖန်တီးနိုင်သည်၊ ထို့ကြောင့် TLS ယုံကြည်မှု မအောင်မြင်ခြင်းသည် proxy variable မရှိခြင်း၏ လုံလောက်သော အထောက်အထား မဟုတ်ပါ။

လိုအပ်သော override ကို အသုံးပြုပါ

ထည့်သွင်းထားသော tox ဗားရှင်း၏ ပံ့ပိုးထားသော ပတ်ဝန်းကျင် ဖွဲ့စည်းမှုနှင့် ပုံမှန် လျှို့ဝှက်ချက် ယန္တရားကို အသုံးပြုပါ။ pip ထုပ်ပိုးမှုသည် လိုအပ်သော mapping ကို ထိုနေရာတွင် လုံလောက်စွာ ဖော်ပြ၍ မရမှသာ အသုံးဝင်သည်။ ၎င်းသည် မှန်ကန်သော argument ဖြတ်သန်းမှု၊ ထွက်ပေါက် အခြေအနေနှင့် ပလက်ဖောင်း အပြုအမူကိုလည်း လိုအပ်သည်။

အမှန်တကယ် မအောင်မြင်ခဲ့သော လုပ်ငန်းစဉ်၏ ထည့်သွင်းချက်များကို အထောက်အထား ဖယ်ရှားပြီး အစီရင်ခံစာတွင် သိမ်းထားပါ။ ပရောဂျက် သို့မဟုတ် tox ဗားရှင်း ပြောင်းလဲသောအခါ ၎င်းသည် ထပ်ခါတလဲလဲ ပြုလုပ်နိုင်သော နှိုင်းယှဉ်မှုကို ပေးသည်။