多个 Django 版本 - virtualenv 仍然是一个不错的选择吗？
Multiple Django versions - is virtualenv still a good choice?
我正在 python/django Mac OSX 工作。 Python 2.7 用于我当前的项目。
几年来我已经设法避免使用 virtualenv，尽管在管理并发版本时它看起来总是一个不错的解决方案。我很想迁移到最新的 Django 版本 (1.7)，但不想破坏我拥有的 1.5 以下的另一个项目。 （不是 public，所以我现在不担心 pre-1.7 的安全问题）。
virtualenv 是否仍然是启用两个并发环境的好方法，或者是否有当今孩子们正在使用的更有用的东西。如果有 pursue/learn.
更好的方向，只是不想沿着 virtualenv 路径走下去
您不应将虚拟环境视为障碍，而应将其视为 Python 开发体验的基石。虚拟环境允许您将 python 软件包与本地系统的软件包隔离开来，并销毁它并重新创建它到您满意的位置。不使用虚拟环境的问题是你没有意识到你已经搞砸了你的全局 python 包，直到为时已晚并且恢复是痛苦的。因为只需要一行代码就可以创建一个 virtualenv 并防止非常痛苦的经历，所以我看不出有任何理由不使用它，即使您认为您的项目不需要它。所以简而言之，答案是 'yes' virtualenv 是一个可以使用的工具，但也可以查看 virtualenvwrapper 以获得更友好的界面。
我正在 python/django Mac OSX 工作。 Python 2.7 用于我当前的项目。
几年来我已经设法避免使用 virtualenv，尽管在管理并发版本时它看起来总是一个不错的解决方案。我很想迁移到最新的 Django 版本 (1.7)，但不想破坏我拥有的 1.5 以下的另一个项目。 （不是 public，所以我现在不担心 pre-1.7 的安全问题）。
virtualenv 是否仍然是启用两个并发环境的好方法，或者是否有当今孩子们正在使用的更有用的东西。如果有 pursue/learn.
更好的方向，只是不想沿着 virtualenv 路径走下去您不应将虚拟环境视为障碍，而应将其视为 Python 开发体验的基石。虚拟环境允许您将 python 软件包与本地系统的软件包隔离开来，并销毁它并重新创建它到您满意的位置。不使用虚拟环境的问题是你没有意识到你已经搞砸了你的全局 python 包，直到为时已晚并且恢复是痛苦的。因为只需要一行代码就可以创建一个 virtualenv 并防止非常痛苦的经历，所以我看不出有任何理由不使用它，即使您认为您的项目不需要它。所以简而言之，答案是 'yes' virtualenv 是一个可以使用的工具，但也可以查看 virtualenvwrapper 以获得更友好的界面。