我如何以及为什么要设置一个 C # 构建机器？

我们在以下组合中运气很好:

1. VisualStudio (特别是，使用 MSBuild.exe 命令行工具并将解决方案文件传递给它。消除了对 msbuild 脚本的需要)
2. NAnt (类似于 XML 语法/任务库，比 MSBuild 更好，也有 P4 src 控制操作的选项)
3. Cruisecontrol.net -内置在 web 仪表板中用于监视/启动构建。

CCNet 内置了通知器，以便在构建成功或失败时发送电子邮件

关于正当理由: 这减轻了开发人员进行手工构建的负担，并且在消除人为错误方面做了很多工作。量化这种影响是非常困难的，但是一旦你这样做了，你就再也不会回头了。拥有一个可重复的过程来构建和发布软件是至关重要的。我敢肯定，你已经去过那些地方，他们手工构建的软件，它得到了在野外，只有你的构建人员说: “哎呀，我一定是忘了包括新的 DLL!”

在硬件上: 尽可能强大。更多的功能/内存 = 更快的构建时间。如果你能负担得起，你永远不会后悔得到一个一流的建设机器，无论多么小的团队。

空间: 有助于有足够的硬盘空间。您可以编写 NAnt 脚本，在每次构建开始时删除中间文件，因此真正的问题是保留日志历史和旧的应用程序安装程序。我们有监控磁盘空间和发送警报的软件。然后我们手动清理硬盘。通常需要每3-4个月做一次。

关于构建通知: 这是内置在 CCNet 中的，但是如果您打算添加自动化测试作为一个附加步骤，那么从一开始就将其构建到项目中。一旦项目变大，支持适合性测试是极其困难的。有大量关于测试框架的信息(可能也有大量关于 SO 的信息) ，所以我将推迟命名任何特定的工具。

支持这种做法的主要理由是，通过尽快提醒您构建中断或测试失败，它将降低开发过程的成本。

集成多个开发人员的工作是团队成长的主要危险。团队规模越大，就越难协调他们的工作，阻止他们干扰彼此的变化。唯一好的解决方案是告诉他们“尽早且经常地进行集成”，在他们完成工作时检入小的工作单元(有时称为“故事”)。

您应该让构建机器在每次有人签入时重新构建，一整天都是如此。使用“巡航控制”，你可以在任务栏上看到一个变红的图标(甚至可以和你说话!)当构造被破坏时。

然后，您应该每晚进行一次完全干净的构建，其中标记了源版本(给定一个惟一的构建编号) ，您可以选择将其发布给您的涉众(产品经理、 QA 人员)。这样，当报告一个 bug 时，它就是对应一个已知的构建编号(这一点非常重要)。

理想情况下，您应该有一个可以下载构建的内部站点，并有一个按钮，您可以单击以发布前一个夜间构建。

这完全是关于健康的建设。这样做的好处是，您可以设置构建中希望发生的任何类型的事情。其中可以运行测试、静态分析和分析器。 当您最近处理应用程序的这一部分时，处理问题的速度要快得多。如果您提交了小的更改，那么它几乎可以告诉您在哪里破坏了它:)

当然，这是假设您将其设置为每次签入(持续集成)都进行构建。

它还可以帮助 QA 和 Dev 走得更近。因为您可以设置用它运行的功能测试，以及分析器和其他任何可以改进向开发团队的反馈的东西。这并不意味着功能测试在每次检入时都会运行(可能需要一段时间) ，但是您可以使用整个团队通用的工具来设置构建/测试。我一直在自动化烟雾测试，所以在我的案例中，我们的合作更加紧密。

更新: 詹金斯是 Hudson 的最新版本。现在大家都该用 Jenkins 了。我会相应地更新链接。

Hudson 是免费的，非常容易配置，并且很容易在 VM 上运行。

部分来自我的一个老职位:

我们用它来

• 部署 Windows 服务
• 部署 Web 服务
• 运行 MST 测试并显示与任何 junit 测试一样多的信息
• 跟踪低，医疗，高任务
• 趋势图警告和错误

下面是一些 Hudson 支持的内置.net 东西

• MSBuild
• 南特
• MSTest
• Nunit
• TeamFoundationServer
• 去他妈的警察
• Stylecop
• 编译器警告
• 代码任务

另外，上帝禁止你使用视觉源码安全，它也支持这一点。我建议你看看 Redsolo 关于使用 Hudson 构建.net 项目的文章

你的问题

• 问: 我需要什么样的工具/许可证？现在，我们使用 VisualStudio 和智能程序集进行构建，使用 Perforce 进行源代码控制。我是否需要其他东西，或者是否有一个相当于 cron 作业的东西来运行自动化脚本？

• A: 我刚刚在一个全新的 VM 上安装了 Visual Studio，这个 VM 运行着一个全新的、打了补丁的 Windows 服务器操作系统。所以你需要许可证来处理。Hudson 将自己作为一个 Windows 服务安装，并在端口8080上运行，您将配置您希望它扫描代码存储库以获得更新代码的频率，或者您可以告诉它在某个时间构建代码。都可以通过浏览器进行配置。

• 问: 确切地说，除了表明身体结构出现问题之外，这会给我带来什么呢？我是否应该在这个解决方案(sln 文件)中设置将由这些脚本运行的测试项目，以便测试特定的函数？目前，我们有两个这样的测试，因为我们没有时间(或坦率地说，没有经验)来进行好的单元测试。

  A: 第一次构建失败或变得不稳定时，你会收到一封电子邮件。如果单元测试失败，或者通过您设置的任意数量的条件将其标记为不稳定，那么构建就是不稳定的。当一个单元测试或构建失败时，你会收到一封电子邮件，它会告诉你在哪里、为什么以及如何失败。根据我的配置，我们得到:

  • 自上次工作构建以来的所有提交的列表
  • 提交那些提交的笔记
  • 提交中更改的文件列表
  • 控制台输出，显示错误或测试失败

• 问: 我需要什么样的硬件？

  A: 一个 VM 就足够了

• 问: 一旦构建完成并进行了测试，将构建放在 ftp 站点上是一种常见的做法，还是有其他内部访问方式？我们的想法是，这台机器进行构建，我们都会进行构建，但是如果必要的话，我们可以进行调试构建。

  A: Hudson 可以对它做任何你想做的事情，包括通过 md5散列标识它，上传它，复制它，存档它，等等。它会自动完成这项工作，并为您提供构建工件的长期运行历史。

• 问: 我们应该多久进行一次这样的构建？

  A: 我们每个小时都有我们的轮询 SVN，寻找代码更改，然后运行构建。晚上是可以的，但是在我看来有些毫无价值，因为你昨天所做的工作在早上进来的时候不会在你的脑海中留下新鲜的印象。

• 问: 如何管理空间？如果我们每晚都在构建，我们应该保留所有旧的构建，还是在大约一周后开始抛弃它们？

  答: 这取决于你，经过这么长时间，我移动我们的构建工件到长期存储或删除它们，但所有的数据存储在文本文件/xml 文件，我保存周围，这让我存储变更日志，趋势图等服务器上的空间消耗很小。您还可以将 Hudson 设置为只保留构建尾随 # 中的构件

• 问: 还有什么是我没有看到的吗？

  不，现在就去找哈德森，你不会失望的！