Pip: Pip - لا يمرر إعدادات الوكيل إلى git / hg وما إلى ذلك.

هيا

أنا أستخدم نقطة خلف وكيل ، وهو حقًا كابوس صراف آلي ... لول. Wget
يبدو أنه يقوم بتنزيل الحزم بشكل موثوق ، ولكن مع النقطة ، لا بد لي من ضبط ملف
مهلة 30 ثانية ، ولا تزال ضربة وفشل. أتمنى أن يكون الوكيل
كان الدعم أفضل.

على أي حال ، لا يبدو أن النقطة تنقل إعدادات الوكيل إلى أوامر مثل git.
حتى مع تعيين المتغيرات البيئية ، وكذلك اجتياز "- proxy"
الإعداد إلى النقطة ، git / hg / إلخ. يبدو أنه يتجاهل ذلك تمامًا ويحاول
قم بالتنزيل مباشرة بدلاً من الوكيل.

في صحتك ، المنتصر

Original Comment By: Victor Hooi

إذا تم العثور على أي حل بديل ، فنحن بحاجة إلى تذكر التعليق فيه
StackOverflow 1

1 - http://stackoverflow.com/questions/5085545/pip-and-svn-
وكيل

Original Comment By: Hugo Lopes Tavares

إذا تم العثور على أي حل بديل ، فنحن بحاجة إلى تذكر التعليق فيه
StackOverflow 1

1 - http://stackoverflow.com/questions/5085545/pip-and-svn-
وكيل

Original Comment By: Hugo Lopes Tavares

فقط اصطدمت بهذا اليوم. أتساءل حقًا عما إذا كان من المهم أن يتم تشغيل تثبيت النقطة باستخدام sudo أم لا ، ولكن يبدو أن هناك نوعًا من الإغفال بحيث لا يستدعي الأمر الثنائي git / svn مع متغير بيئة مثيل لـ http_proxy إذا تم توفيره أو تعيينه عند تشغيل أمر النقطة.

كملاحظة أخرى ، يبدو أن جزءًا من المشكلة هو أن الاستنساخ يفترض أنه يمكنه استخدام بروتوكول git (ssh) لأداء الاستنساخ. إذا استخدمت http أو https بدلاً من git: // ، فمن المحتمل أن تعمل ، جزئيًا على الأقل. أنا أعمل على حل هذا باستخدام خيار git config الذي يستبدل أي طلبات لـ git: //github.com بـ https://github.com.
لقد وجدت هذا الحل هنا ، http://stackoverflow.com/a/32744849/3794873 وأجده أكثر فائدة قليلاً من الاستبدال العالمي لـ git: // بـ https: // لأن لدينا جيثب داخلي حيث أريد للمصادقة عبر SSH.
انظر http://jgoodall.me/posts/2013/05/29/git-use-https/

johnthagen كنت أبحث في بعض المشكلات القديمة وكنت أتساءل عما إذا كانت لديك أي خبرة في هذه

cjerdonek لسوء الحظ لم أستخدم pip / التخريب في إعداد الوكيل ، لذلك ليس لدي أي خبرة هنا.

الخطوة التالية هنا هي أن يحاول شخص ما إعادة إظهار هذه المشكلة وتقديم خطوات واضحة لإعادة الإنتاج هنا.

لست متأكدًا من أن هذه مجرد مشكلة واحدة. قد تختلف خطوات تمرير إعدادات الوكيل إلى git و svn وما إلى ذلك لكل أمر vcs. على سبيل المثال ، إليك معلومات حول القيام بذلك لـ git: https://git-scm.com/docs/git-config

هنا لـ svn: http://subversion.apache.org/faq.html#proxy

هنا hg: https://www.mercurial-scm.org/doc/hgrc.5.html#http -proxy

وهنا للبازار: http://doc.bazaar.canonical.com/latest/en/user-guide/configuring_bazaar.html#using -a-network-proxy

نعم! نعم. يجب أن نفعل ذلك إذا حصلت النقطة على وكيل.

جزء من سبب فضولي لرؤية إعادة إنتاج هذا هو معرفة ما إذا كان إعداد "http_proxy" هو حل بديل للأشخاص الذين يرون هذا اليوم (نظرًا لأن أدوات vcs هذه تدعم IIUC).

أستخدم وكيلًا في العمل ومتغيرات env تعمل بشكل جيد بالنسبة لي (على الأقل مع git).

pfmoore هل من الممكن أن تحاول إلغاء ضبط متغير البيئة وتمرير البروكسي عبر --proxy؟

ليس لبضعة أسابيع ، لأنني في عطلة الآن ، آسف.

FWIW ، يجب أن يكون من السهل معرفة متغيرات البيئة التي يتم تمريرها إلى أوامر VCS نظرًا لأنها تمر جميعًا من خلال فئة VersionControl الأساسية (الكتابة من هاتفي o / w ستؤدي إلى الارتباط بها).

ليس لبضعة أسابيع ، لأنني في عطلة الآن ، آسف.

عذرًا! خطأي؛ لقد نسيت - استمتع بعطلتك! :)

هل هناك سبب وجوب تنفيذ ذلك بشكل فوري؟ كما أننا لا نمرر شهادات CA أو نقبل مفاتيح مضيف SSH تلقائيًا أو نتعامل مع مصادقة VCS. يبدو أن عبء الصيانة لهذه الأنواع من التكامل سيكون مرتفعًا والمردود منخفض جدًا نظرًا لأن هذا النوع من التكوين من المحتمل أن يتم إجراؤه على أي حال. يكشف البحث السريع أن git يحتوي على الكثير من الخيارات المرنة لتكوين الوكيل وأن hg لديه ملف تكوين . إن قيام المستخدم بتكوين هذه العناصر بشكل عام سيجعلها تعمل عبر أي أدوات استدعاء ، وليس مجرد نقطة.

chrahunt أعتقد أن هذه حجة معقولة ؛ إغلاق هذه المشكلة باتباع المنطق الذي ذكره كريس أعلاه. :)