asp.net - 使用 SQL 将 ASP.net MVC 应用程序部署到暂存和生产

Question

10 年来，我们一直是一家 ColdFusion 商店，现在正在切换到 ASP.net MVC。我们的目标框架是使用 VS 2010 BETA 2 的 .net 4.0 BETA 2。我们设置了 Windows Server 2008 的两个实例(暂存和生产)，并将使用我们现有的数据库服务器 (SQL Server 2008)。

虽然我们都非常熟悉 C# 和 MVC 模式，但我们中没有人对 ASP.net 本身有太多经验。编码本身不是什么大问题。但部署过程是。我们的目标是能够拥有一个 CI 设置，该设置将自动下拉并测试我们的应用程序，以便在提交时进入暂存阶段 - 然后可以选择标记，然后在网站通过 QA 时切换我们生产站点上的结帐。

我在这里遇到的一些问题是 ASP.net 应用程序的概念以及它如何集成到 SVN 中。 CF 与 PHP 或 RoR 一样，都是脚本语言，因此不需要构建过程(将源 checkout 到生产中非常简单)。但在这种情况下，需要编译应用程序——这就是我们开始遇到问题的地方。我们是否需要创建另一台服务器(或使用现有服务器)，该服务器具有某种应用程序，可以提取代码、编译它，然后以某种方式将其推送到实时服务器上？如果是这样，什么被认为是实现这一目标的最佳方法？我想如果我们最终使用像 Nant 这样的构建工具，添加额外的步骤来迁移数据库将是微不足道的，但实现这一目标的最佳方法是什么？

另一个稍微不相关的问题是我们的设计师将如何处理我们的代码。他们中的大多数都在 Mac 上，使用 VS 并不是一个很好的选择。他们将如何轻松地编辑 aspx、css 和图像文件？我们的目标是让这对他们尽可能透明。

我们已经做了大量的货比三家，就我们熟悉的语言和我们当前的平台而言，ASP.net MVC 似乎是最好的选择。我们只需要找出一个好的构建过程，让一切都尽可能透明。我知道有很多可用的资源，但我想从第一手经验中得到这里人们的意见。

Answer 1

Microsoft TFS 内置了一个很棒的构建解决方案。这是昂贵的，但有效。此外，您不会因为查看免费的 CruiseControl 而迷失。 JetBrains 的 TeamCity 也是一个不错的选择。所有这些持续构建和集成解决方案将为您的研究提供一个很好的起点。

http://msdn.microsoft.com/en-us/teamsystem/dd408382.aspx

http://www.cruisecontrol.com/

http://www.jetbrains.com/teamcity/

甚至 Draco.net 也是一个很好的考虑:

http://draconet.sourceforge.net/