源代码控制/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 中的版本控制。颠覆是一个不错的选择。我更喜欢 git 或 hg 等分布式 vcs 系统，但如果您是新手，svn 是一个不错的选择。
2. 您可以使用 svn 从服务器拉取数据，但您可能不想直接将东西推到那里。如果您这样做了，您可以使用 MsBuild、NAnt、Rake 等构建工具自动执行该步骤。
3. 数据库 - 据我所知，您需要在本地和生产机器上运行数据库创建和更新脚本。您可以使用任务 -> 从本地数据库生成脚本来生成第一次设置生产数据库时需要运行的脚本。之后，您应该计划在本地和生产环境中编写和执行更新脚本。您需要这样做，以确保不会通过在本地测试数据而无意中删除数据。
4. 无论是否陈旧，xcopy 部署仍然可行，尤其是使用构建工具来自动化流程。

希望对你有所帮助。

Answer 2

@凯文：

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

这样的好处是您可以使用它在新网站上推出，在生产环境中对其进行测试，然后让您的 URL 引用使用新网站，而不是更新实时网站并在最后，某处发生了故障。