您的 Django 项目（简单）持续集成解决方案是什么？答案

【问题标题】：What is your (simple) continuous integration solution for Django projects?您的 Django 项目（简单）持续集成解决方案是什么？
【发布时间】：2010-07-05 21:19:00
【问题描述】：

在我的一个 Django 项目中，我有一套基于 TransactionalTestCase 类的单元测试（它需要的时间比 TestCase 长得多）。每次更改代码后都无法运行测试，因为运行所有测试需要超过 0.5 小时。前段时间我们寻找了一些简单的持续集成工具，它可以让我们（至少）在测试服务器上运行测试并将错误的电子邮件发送给团队成员（我们当然有代码存储库，我们目前不需要自动部署）。您是否有一些可行的解决方案或想法来实现这一目标？

我们编写了一些“超级简单的 CI 服务器”，它只是运行测试和发送电子邮件报告（它与我们的代码存储库集成）。但是由于我们最近在使用我们不理想的简单工具时遇到了一些问题，我现在想知道您是否已经在您的工作环境中成功完成了类似的场景？

我正在寻找轻便、易于安装和使用的产品。

【问题讨论】：

标签： django continuous-integration

【解决方案1】：

免责声明：我不了解 Django。但我确实知道我使用Hudson 作为我针对多种语言和平台的持续集成工具。我发现它很容易在 Windows 和 Linux 上安装和配置（设置和忘记），并且对可用插件的数量印象深刻。

基本上，如果您想做的事情可以通过 sctript 文件自动执行，那么您可以使用 Hudson。真的值得一看。

我只花了几分钟的时间来设置它，以便当且仅当出现问题时我会收到一封电子邮件，尽管您可能想做其他事情（可能存在插件）。 Hudson 还可以很好地与 BigZilla、所有主要版本控制工具等其他工具配合使用

【讨论】：

+1 我强烈建议已经找到答案。干得好@van Gale
这并不像我想象的那么简单，但无论如何看起来很有希望。
@VanGale 链接不再有效。
它一定是暂时关闭了，因为它现在正在为我工作。

【解决方案2】：

您是否考虑过进行两种测试 - 基本和高级，并添加额外的 django 命令，只运行基本测试，速度很快？这样您就可以对小的更改进行基本测试，并仅在您即将提交/推送更改时运行完整的测试套件？

【讨论】：

好主意，但不幸的是，我们的大多数测试都使用 TransactionlTestCase 作为基类（这是一个非常具体的项目），这就是为什么我们需要提供一些环境来在代码更改后运行它们。