tox 4 च्या दस्तऐवजीकृत डीफॉल्ट पास-थ्रूमध्ये http_proxy, https_proxy, no_proxy आणि PIP_* समाविष्ट आहेत. pip टर्मिनलमध्ये चालत असेल पण tox सेटअप दरम्यान अयशस्वी होत असेल, तर पास-थ्रू नसणे हे केवळ एक संभाव्य स्पष्टीकरण आहे.

डाउनलोडरच्या इनपुटची तुलना करा

अयशस्वी होणारी प्रक्रिया जी endpoint आणि बायपास मूल्ये पाहते ती तपासा, त्यात स्पष्ट tox ओव्हरराइड आणि पर्यावरण फाइलींचा समावेश आहे. प्रकल्प योग्य वारसा मिळालेले मूल्य जुन्या मूल्याने बदलू शकतो. my_https_proxy सारख्या सानुकूल नावाला डाउनलोडर वापरण्यापूर्वी स्पष्ट मॅपिंग आवश्यक आहे.

टप्पा ओळखा: वातावरण तयार करणे, पॅकेजिंग, अवलंबित्व स्थापित करणे किंवा चाचणी वातावरणातील आदेश. त्यात वेगवेगळ्या प्रक्रिया आणि सेटिंग्ज असू शकतात.

Python आणि pip आवृत्त्या आणि कायमस्वरूपी कॉन्फिगरेशनचीही तुलना करा. tox वेगळ्या प्रमाणपत्र वर्तनाचे वातावरण तयार करू शकते, म्हणून TLS विश्वास अयशस्वी होणे हा प्रॉक्सी चल नसल्याचा पुरेसा पुरावा नाही.

आवश्यक ओव्हरराइड लागू करा

स्थापित tox आवृत्तीचे समर्थित वातावरण कॉन्फिगरेशन आणि नेहमीची गुप्त पद्धत वापरा. pip रॅपर केवळ तेव्हाच उपयुक्त ठरते जेव्हा आवश्यक मॅपिंग तिथे पुरेसे व्यक्त करता येत नाही; त्यासाठी योग्य आर्ग्युमेंट पासिंग, एक्झिट स्थिती आणि प्लॅटफॉर्म वर्तनही आवश्यक आहे.

प्रत्यक्षात अयशस्वी झालेल्या प्रक्रियेचे इनपुट अहवालात ठेवा, ओळखपत्रे काढून. प्रकल्प किंवा tox आवृत्ती बदलल्यास हे पुनरावृत्तीय तुलना देते.

संबंधित लेख