【发布时间】：2018-10-15 21:00:03
【问题描述】：
我正在尝试通过 GCP 的 Cloud Shell 命令行界面设置基本的 Python 开发环境，并且我正在尝试激活 virtualenv 以在 Dataflow 中运行一些东西。但是我发现我对 Cloud Shell 在哪个目录中运行感到困惑。
我的提示显示如下：
my_name@cloudshell:~ (my-project-name)$
我在之前的会话中在我的本地机器上安装了 virtualenv，并且刚刚尝试通过我的本地机器上的这个先前安装的激活文件来激活虚拟环境
source C:/Folder1/Folder2/virtualenv/Scripts/activate
但我不断收到“没有这样的文件或目录”，即使这是正确的路径。经过一番摸索，我发现 Cloud Shell 默认从以下目录运行：
/home/my_name/C:/Folder1/Folder2/virtualenv
（其中没有导致目录错误的“脚本”文件夹）
在我的本地机器上找不到这个 /home/my_name/... 前缀目录。我意识到我不知道 Cloud Shell 从哪个目录工作。
我感觉我在这个奇怪的幽灵目录下安装了很多环境文件（可能是无意的），所以现在我失去了对开发环境结构的控制，因为现在我有 virtualenv 文件我的本地机器，以及这个 ghost 目录中的其他一些 virtualenv 文件。
谁能解释一下
1) 这个目录在我的机器上的位置，如果它甚至在那里？
2) 如果我应该在这个 ghost 目录中设置我的整个环境？
3) 如果我从一开始就搞砸了我的环境安装并且应该重新开始？
感谢任何帮助，谢谢。
【问题讨论】：
-
我一直认为 Cloud Shell 是 Unix 环境，而您提到的路径是 Windows 之类的（C 盘 - C :)。在 Unix 中，您可以运行
pwd来确定您的当前目录。 -
我是否理解正确，您希望本地创建的虚拟环境可以在 Cloud Shell 中使用？
-
@Kolban 是的，密码是我发现这个问题的方式。我需要澄清什么是环境，因为当前目录似乎不存在于我的本地计算机上。
-
@Dustin 我假设 Cloud Shell 能够与我的本地计算机交互，并与我本地计算机上的虚拟环境进行交互。
标签： python google-cloud-platform google-cloud-shell