การเปรียบเทียบ tox 4 และสภาพแวดล้อมพร็อกซีในเทอร์มินัล
tox สมัยใหม่ส่งผ่านตัวแปรพร็อกซีมาตรฐานอยู่แล้ว ตรวจสอบการแทนที่และกระบวนการที่ดาวน์โหลดก่อนคัดลอกวิธีแก้ปัญหาเดิมของคำสั่งติดตั้ง
การส่งผ่านค่าเริ่มต้นที่มีเอกสารกำกับของ tox 4 รวมถึง http_proxy, https_proxy, no_proxy และ PIP_* หาก pip ทำงานในเทอร์มินัลแต่ล้มเหลวระหว่างการตั้งค่า tox การขาดการส่งผ่านเป็นเพียงคำอธิบายหนึ่งที่เป็นไปได้
เปรียบเทียบอินพุตของตัวดาวน์โหลด
ตรวจสอบค่า endpoint และการข้ามที่กระบวนการที่ล้มเหลวมองเห็น รวมถึงการแทนที่ tox ที่ระบุชัดเจนและไฟล์สภาพแวดล้อม โครงการอาจแทนที่ค่าที่สืบทอดมาอย่างถูกต้องด้วยค่าที่ล้าสมัย ชื่อที่กำหนดเองเช่น my_https_proxy ต้องมีการแมปที่ชัดเจนก่อนที่ตัวดาวน์โหลดจะใช้งานได้
ระบุขั้นตอน: การสร้างสภาพแวดล้อม การแพ็กเกจ การติดตั้ง dependencies หรือคำสั่งภายในสภาพแวดล้อมทดสอบ สิ่งเหล่านี้อาจเกี่ยวข้องกับกระบวนการและการตั้งค่าที่ต่างกัน
เปรียบเทียบเวอร์ชัน Python และ pip และการกำหนดค่าถาวรด้วย tox อาจสร้างสภาพแวดล้อมที่มีพฤติกรรมใบรับรองต่างกัน ดังนั้นความล้มเหลวของความเชื่อมั่น TLS จึงไม่ใช่หลักฐานที่เพียงพอว่าตัวแปรพร็อกซีหายไป
ใช้การแทนที่ที่จำเป็น
ใช้การกำหนดค่าสภาพแวดล้อมที่รองรับของเวอร์ชัน tox ที่ติดตั้งและกลไกความลับตามปกติ ตัวห่อ pip มีประโยชน์เฉพาะเมื่อไม่สามารถแสดงการแมปที่จำเป็นได้อย่างเพียงพอที่นั่น นอกจากนี้ยังต้องมีการส่งผ่านอาร์กิวเมนต์ สถานะออก และพฤติกรรมแพลตฟอร์มที่ถูกต้อง
เก็บอินพุตของกระบวนการที่ล้มเหลวจริงไว้ในรายงาน โดยนำข้อมูลรับรองออก สิ่งนี้ให้การเปรียบเทียบที่ทำซ้ำได้เมื่อโครงการหรือเวอร์ชัน tox เปลี่ยน