2009-09-28 87 views
0

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

我们开发了一种产品,该产品由多个依赖于彼此的解决方案构建而成。当一个解决方案中的内容发生更改时,必须在调试和发布模式下手动重建本地内容,以便在另一个依赖于该解决方案的解决方案中进行更改。

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

什么是自动化这样的事情的最佳方式是什么?创建触发正确的msbuild文件的.cmd文件?使用CruiseControl.NET等程序?

你们为保持当地清洁的发展环境做了些什么?

回答

2

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

下一级是持续集成系统,设置为每15分钟检查一次更改,并在VCS发生变化时开始构建。我使用哈德森作为我们的CI系统。 CI系统用于构建本地项目,Java项目以及flex东西。由于一切都可以从命令行构建,所以使用它可以很容易地与哈德森或CruiseControl.NET一起使用。