xe 0.2

项目意见

xe 在关于 项目的开发环境。这些意见从来就不是注定的 有争议的！事实上，我们的目标是在 希望 xe 能够轻松支持任何开发人员的工作流程。

有鉴于此，有些理想是 xe 试图保持的 以便更通用、更易于使用。

< Buff行情>

1. 所有命令都应该可以在不需要"激活"的情况下运行 步骤
2. 一个项目应该有自己的环境
< > >

避免激活

如果你部署了一个项目却发现 更新依赖项，则很有可能被 脆弱的环境。当它可以方便地"激活"你的 环境，让你很容易错过 正在更新依赖项。

xe显式地避免了shell级别的激活，而是发现 每个命令上都有virtualenv。

每个命令的正确环境

另一个有帮助的领域是使用ide类型工具。大多数编辑 ide有一个项目的想法。在项目设置中，您可以 配置通常映射到正在运行的测试或项目的生成 任务。如果您使用的是非virtualenv感知工具，则通常 配置环境变量以确保 使用virtualenv。即使你的工具确实理解virtualenvs，你 仍然需要为正确的环境提供一些配置。

使用 xe 可以很容易地将默认构建配置为 xe test $FN 。没有必须设置的环境变量列表 和配置。不必指定virtualenv目录或 测试工具。您可以让 xe 来处理它。

隔离您的环境

项目应该有自己的环境，因为您应该 单独测试和使用该项目。那并不意味着你 不应该有子回购或安装其他可编辑的包。它 简单地说，如果您在项目目录中工作，那么 应该使用该项目的环境。

按照类似的思路，项目环境应该易于删除 从紧急停堆中重建ch.使用 xe ，默认行为是 创建一个可以删除和重建的本地virtualenv目录 必要时从头开始。