5

我们目前没有在我们的项目中应用持续集成的自动化构建和测试。我们并没有为此烦恼，因为我们只有 2 名开发人员在开发它，但即使有 2 人的团队，我仍然认为使用持续集成并确认我们的构建不会中断或测试开始是有价值的失败。

我们将 .Net 与 C# 和 WPF 一起使用。我们创建了 Python 脚本来构建应用程序 - 使用 MSbuild - 并运行所有测试。我们的源代码在 SVN 中。

使用此设置应用持续集成的最佳方法是什么？我们应该得到什么工具？它应该是不需要大量设置的。简单的上手程序和很少的维护是必须的。

4

4 回答 4

10

看看JetBrains 的 TeamCity。像您这样的小团队免费。易于安装和最小的麻烦。而且看起来不错。比 CruiseControl.NET 好得多。

CruiseControl.NET 也不错，但肯定需要更多的工作才能进行设置。

于 2010-01-20T16:37:55.607 回答
4

我一直在使用Hudson（开源软件），发现它非常灵活。它在 Java 社区中更受欢迎，但有可用的MSBuild和MSTest插件。Hudson 还可以在将更改签入 svn 时轻松安排构建或运行构建。我发现这个博客作为起点非常有用。

于 2010-01-20T16:59:33.033 回答
2

巡航控制.NET

于 2010-01-20T16:36:51.007 回答
2

试试 Thoughtworks 的 Cruise（http://www.thoughtworks-studios.com/cruise-release-management）（CruiseControl.NET 的重写）。它非常性感，更容易上手并且非常好用。反馈也很好。少于 10 人的团队免费。

即使有两个，它也是一个很好的工具，一旦你完成了它，设置其他项目就容易多了。当您签入时，它从 SVN 构建，然后告诉您一切正常，这是一种很容易习惯的非常好的感觉。

允许任何构建系统将其全部连接好两天，那不是安装，只是让所有东西都按照应有的方式连接起来。诀窍是做一些小步骤，让它检查你的代码，并在你去的时候添加越来越多的层。一旦你建立了一个基础，你可以在有时间的时候添加其他的花里胡哨，直到一两个星期后你就可以唱歌和跳舞了。听起来工作量很大，但非常值得。

于 2010-01-20T16:46:57.850 回答