virtualenv 的跨平台接口

Question

我在 Windows 上开发了我的整个项目（Django、Python），并且所有的 PaaS 都使用 Linux。

VirtualEnv on Linux:

VirtualEnv_dir /
                 bin/ activate, activate_this.py
                 include /
                 lib /
                 local /

VirtualEnv of Windows:

VitualEnv_dir /
                Include/
                Lib /
                Scripts/ activate.bat, activate_this.py

由于 virtualenv 在 Windows 和 Linux 中存在很大差异。我应该如何在 PaaS 上使用我的 windows virtualenv？

编辑：

如果我在 Windows 上，我需要运行 call virtualenv_dir/scripts/activate.bat 才能进入它。在 Linux 中，它是 source virtualenv_dir/bin/activate。

现在，我的 repo 包含一个使用 Windows（使用 .bat）生成的 virtualenv。当我将 repo 推送到 Linux 系统时，我应该如何运行它？ （bat 文件不起作用！）

我正在使用 OpenShift PaaS，我想在 Git 存储库上放置一个 virtualenv。如何激活它？

什么是最好的解决方案

Answer 1

除非您使用某些 Windows 特定库；或替代 Python 实现（如 IronPython），没有什么可担心的。

许多人（包括我自己）使用 Windows 进行开发并在 Linux 上部署以进行生产，并为此使用 virtualenv。它旨在使您的环境可移植。

您不会将整个 virtualenv 推送到 Linux。

一旦你的虚拟环境准备好并且你的代码可以工作，你应该冻结你的应用程序的需求：

pip freeze > requirements.txt

在您的目标操作系统中；创建一个空虚拟环境：

virtualenv --no-site-packages prod_env

在virtualenv 的最新版本中，--no-site-packages 是默认值。

接下来，使用开发中的需求文件填充环境：

source prod_env/bin/activate
pip install -r requirements.txt

当您有需求更改时，只需重新生成 requirements.txt 文件并在生产环境中运行 pip install -r requirements.txt。

在某些情况下，您的生产系统无法访问 Internet 来下载软件包，因此 pip install 技巧不起作用。对于这些场景，您可以创建自己的 private pypi server 并将您的包推送到那里。通过这条路线的额外好处是您可以创建和推送私有包并使用普通的 setuptools 实用程序安装它们。

一旦您确定了适合您的流程，您就可以在部署脚本中将其自动化；通常与您的源代码管理系统挂钩。有些人更喜欢单独的发布工程流程（有发布经理 - 那是一个人，而不是一个程序）。