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

首先，我不确定我是否应该把这个问题分解成更小的单独问题。他们是相关的，但我不确定我是否做错了。如果我是，我道歉

我对源代码/版本控制的概念有点陌生。我已经在我的开发笔记本电脑上安装了OrtoiseSVN，但还没有真正养成使用它的习惯。也就是说，我有一个ASP.NET MVC 2网站（目前规模小得让人难堪），很快就需要升级，我很好奇最好的方式是什么。作为一个补充，该网站目前没有使用数据库，但它将相对较快。我已经在服务器上安装了SQL Server 2008 R2

那么，有没有一种方法可以让我使用Subversion将站点的更新迭代推送到服务器上？还是让服务器拉它

使用VS2010附带的版本控制会更好吗

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

---

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

您最好将其分成多个问题

版本控制——除非您使用Team Foundation版本并安装了TFS，否则在VisualStudio中没有版本控制。颠覆是一个不错的选择。我更喜欢git或hg等分布式vcs系统，但如果您是新手，svn是一个不错的选择

您可以使用svn从服务器中提取数据，但您可能不想直接将数据推到那里。如果这样做，您可以使用诸如MsBuild、NAnt、Rake或其他许多构建工具来自动执行该步骤

数据库-据我所知，您需要在本地和生产机器上运行数据库创建和更新脚本。您可以使用任务->从本地数据库生成脚本来生成第一次设置生产数据库时运行所需的脚本。之后，您应该计划在本地和生产环境中编写和执行更新脚本。您需要这样做，以确保不会通过本地测试无意中删除数据

不管是否过时，xcopy部署仍然是可行的，尤其是使用构建工具来自动化流程

---

我希望这能有所帮助。

你最好把这个问题分成多个问题

版本控制——除非您使用Team Foundation版本并安装了TFS，否则在VisualStudio中没有版本控制。颠覆是一个不错的选择。我更喜欢git或hg等分布式vcs系统，但如果您是新手，svn是一个不错的选择

您可以使用svn从服务器中提取数据，但您可能不想直接将数据推到那里。如果这样做，您可以使用诸如MsBuild、NAnt、Rake或其他许多构建工具来自动执行该步骤

数据库-据我所知，您需要在本地和生产机器上运行数据库创建和更新脚本。您可以使用任务->从本地数据库生成脚本来生成第一次设置生产数据库时运行所需的脚本。之后，您应该计划在本地和生产环境中编写和执行更新脚本。您需要这样做，以确保不会通过本地测试无意中删除数据

不管是否过时，xcopy部署仍然是可行的，尤其是使用构建工具来自动化流程

我希望这能有所帮助。

@Kevin:

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

这样做的好处是，您可以使用它在新网站上推出，在生产环境中进行测试，然后让您的URL引用使用新网站，而不是更新实时网站并在最后发现某个地方出现问题。

@Kevin:

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

这样做的好处是，你可以使用它在一个新的网站上推出，在生产环境中测试，然后让你的URL引用使用新的网站，而不是更新实时网站，并在最后发现某个地方出了问题