एक 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-विशिष्ट पुनर्लेखन छोड़ने से बचाता है, लेकिन हर रन को मार्ग की ज़रूरत होने पर परियोजना की इच्छित नीति की जगह नहीं लेता।

संबंधित लेख