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-विशेष पुनर्लेखन छोड्नबाट बचाउँछ, तर प्रत्येक रनलाई यो मार्ग चाहिएको बेला परियोजनाको अभिप्रेत नीतिको ठाउँ लिँदैन।