pythonやpyenvで環境を作った後での作業場所について

Question

すごく基本的な質問なんですが、例えばpyenvなどでtensorflow用の環境を作ったり、それとは別にscrapy用の環境を作ったりすると、
.pyenv/versions/環境名
のようなファイルが作成されます。

もう少し踏み込むと
.pyenv/versions/環境名/lib/python3.5/site-packages
ってところまで入っていきます。

それがある上で、tensorflow用のファイルをgithubからクローンしてきたり、
pythonのインタプリタで会話したり、
tensorflow用に書いたコードを保存したりするのは、
.pyenv/versions/環境名/lib/python3.5/site-packages
の中に移動してからの話なのでしょうか。

それとも普通にホームディレクトリで作業をしても問題ないのでしょうか。

基本的な質問で恐縮です。よろしくお願いします。

Answer 1

基本的にsite-packagesの中は人が触らないほうが無難だと思います。

「githubからクローン」はホームディレクトリやその他の自分のスペース(私はいつもデスクトップやIDEの中)で行なって、必要があればpip install <クローンしてきたディレクトリ>でsite-packagesへ配置していけば良いのです。

GitHub上のコードがパッケージの体をなしていなかったり、setup.pyが存在しない/動かない場合には、必要なファイルだけを自分の作業場所に配置すれば良いです。

Answer 2

pythonで開発している者です。

結論は、pythonが使える場所($python と打ってpythonが呼び出される)なら、実行したいコードがある場所で作業をしても良いです。ホームディレクトリでも問題ないです。

pyenvはpythonを使いたい場所で、$python -Vとコマンド打ったときのバージョンがどれかを指定できるツールということだけ考えると良いと思います。

一例を書いてみます。参考になれば良いのですが・・・

例えば

$ls
test.py test2.py

というtest.pyとtest2.pyの2つのpython3系でコードが書かれたファイルがある場所にいるとします(以後ずっと同じ場所での作業です)。

このとき
コードを実行するには
$python test.py 打てばいいですが、

事前に

$python -V と打って
Pyhotn 2.7.10

と返ってくると、「あ、python3系のコードを書いてるのにこのまま$python test.py と書くと、python2.7.10で実行してしまうので、エラーになるかもしれないな。python3系に切り替えよう」

と、いうことで（pyenvのセッティングが終わっているとします）

$pyenv global 3.6.1

と打ったあとpyenvがうまく機能していていれば

$python -V と打って
Pyhotn 3.6.1

と、出てくるから「python3.6.1に切り替わったから、$python test.py と書いて実行しても問題ないな。よし実行」

という流れになるというわけです。