CI প্রক্সি ভেরিয়েবল একটি tox 4 রানে পাঠান

একটি CI কাজ চেকআউট করা tox.ini না বদলেই তার প্রক্সি পরিবেশ tox-এ পাঠাতে পারে। tox 4-এর INI কনফিগারেশনের জন্য:

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

+= রূপটি বিদ্যমান pass_env তালিকায় যোগ করে। সাধারণ = সেই কনফিগার করা তালিকা প্রতিস্থাপন করে। ভেরিয়েবলগুলো অবশ্যই tox চালু করা পরিবেশে আগে থেকেই থাকতে হবে; override নাম দেয়, প্রক্সি মান নয়।

সংশ্লিষ্ট অস্থায়ী পরিবেশ ইনপুট হলো:

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

এই উদাহরণগুলো POSIX shell quoting ব্যবহার করে। tox pass_env নামগুলোকে কেস-অসংবেদনশীলভাবে দেখে, তাই নির্বাচিত নামগুলো ছোট হাতের রূপের সাথেও মেলে।

tox-এর নিজস্ব TOML কনফিগারেশনের জন্য ভিত্তি রান-পরিবেশ সারণি testenv নয়, env_run_base। প্রকৃত কনফিগারেশন বিন্যাসের সাথে মেলা পথ ব্যবহার করুন।

এটি টেস্ট রান পরিবেশ কনফিগার করে। আলাদা প্যাকেজিং পরিবেশের নিজস্ব ফরওয়ার্ডিং নীতি লাগতে পারে। একইভাবে, ডাউনলোডারের প্রকৃত ইনপুট তুলনা করুন; ক্লায়েন্ট এখনও সিদ্ধান্ত নেয় সে প্রাপ্ত ভেরিয়েবলগুলো মানবে কি না। এক-রানের override রিপোজিটরিতে CI-নির্দিষ্ট পুনর্লিখন রেখে যাওয়া এড়ায়, কিন্তু প্রতিটি রানে পথের প্রয়োজন হলে প্রকল্পের অভীষ্ট নীতি প্রতিস্থাপন করে না।