对于快速变化的业务应用程序，asp.net 3.5构建管理的最佳实践是什么？

Question

我与其他两位开发人员合作，为一家中型公司在asp.net中编写内部应用程序。我们有大约10个离散的Web应用程序，大约5个类库，可能还有24个各种各样的命令行和WinForms应用程序。管理层希望我们能够按照其业务规则的要求，每天多次推出应用程序。

我们目前（大部分）使用的是Microsoft.Net 1.1和SourceSafe。当我们需要推出一个Web应用程序时，我们从SourceSafe获取最新信息，重建，然后复制到生产Web服务器。我们还养成了使用5-10个项目创建大量解决方案文件的习惯，这样一切都可以重建并复制到我们的“主”bin文件夹，而不是逐个打开每个项目来重建它们。

我知道必须有更好的方法来实现这一点，并且在未来几个月内发布Visual Studio 2010和Microsoft.Net 4.0似乎是升级环境的好时机。微软是否有关于如何设置的官方意见/白皮书？我过去最大的问题是系统运行良好，我们希望将代码推向生产的速度有多快。

Answer 1

有一个名为CruiseControl.NET的.NET构建服务器。您可能会发现它很有用，因为它可以大量自动化。

Answer 2

只是为了提供不同的选项，您还可以查看Microsoft的Team System。它确实花费了很多，并且还有一点学习曲线。但是，我们在工作的地方使用它，它使构建和源代码控制的调度变得容易。我知道有些人完全反对微软的一切，但老实说我还没有遇到任何有关TFS的问题。只是另一种想法。

Answer 3

请参阅“patterns & practices Team Development with Visual Studio Team Foundation Server”。

阅读整篇文章。它包含您可能从未知道的事物。