Pip: 〜/ .pip /pip.confとvirtualenvの競合

私の現在の修正は、 virtualenvwrapperのpostactivateフックを介して$PIP_CONFIG_FILEを/dev/null設定し、 postdeactivateで設定を解除することです。

この問題はまだ存在しています。 私の場合、venvにないときに--userインストールを使用したいと思います（これを~/.config/pip/pip.confに設定しますが、venvにあるときに「通常の」（in-venv）インストールを使用します（ --userインストールは、venvでも意味がありますか？）。

2つの可能な解決策（そのうち最初の1つだけが実際にpipで実装できますが、ここで説明を開始することもできます）は次のとおりです。

• venvsの外部（ ~/.config/pip/pip-novenv.confなど）でのみ使用される構成ファイルの場所を提供する、または
• --user venvでno-opにします（ここでも、 --user + venvが意味をなすかどうかはわかりません。 ~/.local/lib/pythonX.Y 1つしかないため、すべての分離が解除されます）。

Python3.5.3にはまだ問題があります。

仮想環境を使用してpip.confにユーザーをインストールするという点で、環境に注意を払おうとすると、システムが機能しなくなってしまうのは、かなり皮肉でイライラします。

チームメンバーにsudo pip使用させないようにしようとしていました。 それはますます難しくなっています。

これはvirtualenvバグではありませんか？オプションを使用するとPIP_CONFIG_FILE=/dev/null設定されませんか？
ああ、今日これに噛まれました。

誰かがこれを再現する方法について明確な指示を提供できますか？