ההעברה המוגדרת כברירת מחדל ומתועדת של tox 4 כוללת את http_proxy, https_proxy, no_proxy ו-PIP_*. אם pip עובד במסוף אך נכשל במהלך הגדרת tox, היעדר העברה הוא רק הסבר אפשרי אחד.

השוו את הקלט של המוריד

בדקו את ערכי נקודת הקצה והעקיפה שהתהליך הכושל רואה, כולל עקיפות tox מפורשות וקבצי סביבה. פרויקט יכול להחליף ערך מורש תקין בערך מיושן. שם מותאם כמו my_https_proxy דורש מיפוי מפורש לפני שמוריד יוכל להשתמש בו.

זהו את השלב: יצירת הסביבה, אריזה, התקנת תלויות או פקודה בתוך סביבת הבדיקות. הם עשויים לכלול תהליכים והגדרות שונים.

השוו גם גרסאות של Python ו-pip ותצורה מתמשכת. tox עשוי ליצור סביבה עם התנהגות תעודות שונה, ולכן כשל באמון TLS אינו הוכחה מספקת לכך שמשתנה פרוקסי חסר.

החילו את העקיפה הנדרשת

השתמשו בתצורת הסביבה הנתמכת של גרסת tox המותקנת ובמנגנון הסודות הרגיל. עטיפת pip מועילה רק אם לא ניתן לבטא שם כראוי מיפוי הכרחי; היא גם זקוקה להעברת ארגומנטים נכונה, למצב יציאה ולהתנהגות פלטפורמה.

שמרו בדוח את הקלט של התהליך שנכשל בפועל, בלי פרטי הזדהות. זה מספק השוואה ניתנת לחזרה כאשר הפרויקט או גרסת tox משתנים.

מאמרים קשורים