Django版本选择

我们目前正在开发的应用程序的一部分正在投入生产,但我们希望使用django 1.2final。我们的策略是使用django 1.1.1编写代码、测试和部署,同时使用 virtualenv . 无论您的部署决定是什么,都没有理由不测试1.2下的代码,因为您希望它最终与1.2兼容。

virtualenv使整个过程无痛苦,是在环境之间快速切换的关键。设置起来非常简单:

easy_install virtualenv
virtualenv django12
cd django12
source bin/activate

然后在虚拟环境中下载并安装django 1.2并运行测试。我在端口8081上的virtualenv中运行开发服务器,因此我可以让两个服务器——使用相同的应用程序代码——同时运行端口8080、8081。

在我们的例子中,我们必须删除一个导入,并用try/except条件包装其他一些导入。我不得不写一个哑巴 csrf_token csrf工作的模板标记——django开发人员已经通知我,他们将在1.2final中包含一个伪标记。我们还将south迁移工具升级到了0.7-pre版本,因为当前版本不支持django 1.2。

一句话:不管您的部署决定如何,如果可能的话,都可以对django的两个版本进行测试。

升级路径并不困难。我会让你自己熟悉这些不同之处,并避免遭到抨击,但是继续使用经过测试的1.1分支。虽然你永远不应该相信软件发布日期,但你也可能不想把你的农场押在一个全新的分支上,而这个分支显然是你还不需要的功能。一个月后你还有很多事情要做。有时间就升级。如果你的发布计划是在6月,你可能会考虑,但现在坚持稳定。那是MHO。

我想说的是,只有当你需要/喜欢某个特定的特性时,才为最新版本开发。好好读一读,这样你就知道店里有什么了。

1.0以上。我发现交换django版本相对来说是没有问题的。在任何阶段,您只需要交换测试服务器上源树上的符号链接。当然,运行您编写的完整单元测试套件将显示任何版本偏差错误。