本地构建自动化？

Question

在团队环境中工作时，我们有一个 Team Foundation Server，它还包含一个 Team Build 组件。它被配置为在特定时间或根据要求自动构建所有项目和解决方案。

我们开发的产品由多个相互依赖的解决方案构建而成。当某个解决方案中的内容发生更改时，必须在调试和发布模式下手动在本地重建它，以便更改在依赖它的另一个解决方案中生效。

此外，当开发人员第一次检索所有源时，他必须以正确的顺序手动构建所有解决方案以获得工作环境。

自动化此类事情的最佳方法是什么？创建触发正确 msbuild 文件的 .cmd 文件？使用诸如 CruiseControl.NET 之类的程序？

你们如何维护清洁的本地开发环境？

Answer 1

我为我们的团队所做的是提供一个包含所有项目的 Visual Studio 解决方案。然后，我创建了一个简单的 .cmd 文件，该文件使用 Visual Studio 的命令行工具使用它们各自的调试/发布/配置文件配置来构建此解决方案。这是一个可以在每台工程机器上使用的一步构建解决方案。

下一个级别是持续集成系统，该系统设置为每 15 分钟检查一次更改，并在 VCS 发生更改时开始构建。我使用 hudson 作为我们的 CI 系统。 CI 系统用于构建原生项目、java 项目以及 flex 项目。由于一切都可以从命令行构建，因此很容易与 hudson 或 CruiseControl.NET 一起使用。