源代码控制/ASP.NET MVC 2 维护 - 从 Win7 笔记本电脑到 IIS7 生产服务器

Question

首先，我不确定是否应该将这个问题分成更小的、单独的问题。它们是相关的，但我不确定我是否做错了。抱歉，如果我是的话。

我对源代码/版本控制的想法有点陌生。我已经在我的开发笔记本电脑上安装了 TortoiseSVN，但还没有真正养成使用它的习惯。也就是说，我有一个正在运行的（目前还小得令人尴尬的）ASP.NET MVC 2 站点，很快就需要升级，我很好奇最好的方法是什么。另一个问题是，该网站目前不使用数据库，但很快就会使用。我已经在服务器上安装了 SQL Server 2008 R2。

那么，有没有办法让我使用 Subversion 将站点的更新版本推送到服务器？或者让服务器拉它？

使用VS 2010自带的版本控制会更好吗？

数据库呢？当我在解决方案中设置数据库及其数据时，如何将其移植到服务器？我需要手动写入数据库吗？

显而易见的选择是简单地用新版本覆盖现有的 .dll 并上传新的静态内容，但这对我来说似乎有点过时。

Answer 1

您最好将其分成多个问题。

1. 版本控制 - 除非您使用 Team Foundation 版本并安装了 TFS，否则 Visual Studio 中不会内置版本控制。颠覆是一个不错的选择。我更喜欢分布式 vcs 系统，如 git 或 hg，但如果您是新手，svn 是一个不错的选择。
2. 您可以使用svn从服务器拉取内容，但您可能不想直接将内容推到那里。如果这样做，您可以使用 MsBuild、NAnt、Rake 或许多其他构建工具自动执行该步骤。
3. 数据库 - 据我所知，您需要在本地和生产计算机上运行数据库创建和更新脚本。您可以使用任务 ->从本地数据库生成脚本，以生成首次设置生产数据库时运行所需的脚本。之后，您应该计划在本地和生产环境中编写和执行更新脚本。您需要执行此操作，以确保您不会通过本地测试无意中删除数据。
4. 不管是否过时，xcopy 部署仍然可行，尤其是使用构建工具来自动化该过程。

我希望这能有所帮助。

Answer 2

@Kevin：

看一下 MSDeploy，它是 VS2010 的一部分。我不熟悉它处理数据库更新的方式，但就处理 ASP.Net 网站以及任何与此相关的网站的部署而言，它应该是划算的。

类似的东西的好处是，您可以使用它在新网站上推出，在生产环境中测试它，然后使您的 URL 引用使用新网站，而不是更新实时网站并在最后查找某些内容某处破裂。