یک کار CI می‌تواند محیط پروکسی خود را بدون تغییر tox.ini خارج‌شده به tox منتقل کند. برای پیکربندی INI در tox 4:

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

شکل += به فهرست pass_env موجود می‌افزاید. = ساده آن فهرست پیکربندی‌شده را جایگزین می‌کند. متغیرها باید از قبل در محیطی که tox را اجرا می‌کند وجود داشته باشند؛ بازنویسی نام‌ها را فراهم می‌کند نه مقادیر پروکسی.

ورودی موقت محیطی متناظر این است:

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

این نمونه‌ها از نقل‌قول POSIX shell استفاده می‌کنند. tox نام‌های pass_env را بدون تمایز حروف بزرگ و کوچک بررسی می‌کند، بنابراین نام‌های انتخاب‌شده با گونه‌های حروف کوچک هم مطابقت دارند.

برای پیکربندی بومی TOML در tox، جدول پایه محیط اجرا env_run_base است نه testenv. مسیری را به کار ببرید که با قالب واقعی پیکربندی می‌خواند.

این محیط‌های اجرای آزمون را پیکربندی می‌کند. یک محیط بسته‌بندی جداگانه ممکن است سیاست ارسال خودش را لازم داشته باشد. به همین ترتیب، ورودی‌های واقعی دانلودکننده را مقایسه کنید؛ کلاینت هنوز تصمیم می‌گیرد آیا متغیرهایی را که دریافت می‌کند رعایت کند. بازنویسی یک‌باره مانع باقی ماندن بازنویسی مخصوص CI در مخزن می‌شود، اما وقتی هر اجرا به این مسیر نیاز دارد جایگزین سیاست موردنظر پروژه نمی‌شود.

مقالات مرتبط