tox 4 এবং টার্মিনাল প্রক্সি পরিবেশের তুলনা

tox 4-এর নথিভুক্ত ডিফল্ট পাস-থ্রুতে http_proxy, https_proxy, no_proxy এবং PIP_* অন্তর্ভুক্ত। যদি pip টার্মিনালে কাজ করে কিন্তু tox সেটআপের সময় ব্যর্থ হয়, তবে পাস-থ্রু অনুপস্থিত থাকা কেবল একটি সম্ভাব্য ব্যাখ্যা।

ডাউনলোডারের ইনপুটগুলি তুলনা করুন

ব্যর্থ প্রক্রিয়াটি যে endpoint ও bypass মান দেখে তা পরীক্ষা করুন, স্পষ্ট tox override এবং পরিবেশ ফাইল সহ। একটি প্রকল্প সঠিক উত্তরাধিকারসূত্রে পাওয়া মানকে অপ্রচলিত মান দিয়ে প্রতিস্থাপন করতে পারে। my_https_proxy-এর মতো কাস্টম নাম ব্যবহারের আগে স্পষ্ট ম্যাপিং দরকার।

পর্যায়টি চিহ্নিত করুন: পরিবেশ তৈরি, প্যাকেজিং, নির্ভরতা ইনস্টল, বা পরীক্ষা পরিবেশের ভিতরের কমান্ড। এগুলিতে ভিন্ন প্রক্রিয়া ও সেটিংস জড়িত থাকতে পারে।

Python ও pip সংস্করণ এবং স্থায়ী কনফিগারেশনও তুলনা করুন। tox ভিন্ন সার্টিফিকেট আচরণের পরিবেশ তৈরি করতে পারে, তাই TLS বিশ্বাসে ব্যর্থতা প্রক্সি ভেরিয়েবল অনুপস্থিতির পর্যাপ্ত প্রমাণ নয়।

প্রয়োজনীয় override প্রয়োগ করুন

ইনস্টল করা tox সংস্করণের সমর্থিত পরিবেশ কনফিগারেশন এবং স্বাভাবিক সিক্রেট ব্যবস্থা ব্যবহার করুন। pip wrapper কেবল তখনই উপযোগী যখন প্রয়োজনীয় ম্যাপিং সেখানে যথেষ্টভাবে প্রকাশ করা যায় না; এতে সঠিক argument forwarding, exit status এবং platform আচরণও দরকার।

প্রকৃত ব্যর্থ প্রক্রিয়ার ইনপুটগুলি প্রতিবেদনে রাখুন, শংসাপত্র সরিয়ে। প্রকল্প বা tox সংস্করণ বদলালে এটি পুনরাবৃত্তিযোগ্য তুলনা দেয়।