Контроль исходного кода / поддержка 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Студия.Subversion - хороший выбор.Я предпочитаю распределенные системы vcs, такие как git или hg, но если вы новичок в этом, svn - хороший выбор.
2. Вы можете использовать svn для получения с сервера, но вы, вероятно,не хочу пихать вещи туда напрямую.Если вы это сделаете, вы можете автоматизировать этот шаг, используя инструмент сборки, такой как MsBuild, NAnt, Rake и многие другие.
3. База данных - Насколько я знаю, вам нужно запустить сценарии создания и обновления базы данных.на ваших локальных и производственных машинах.Вы можете использовать Задачи -> Создать сценарии из локальной базы данных, чтобы сгенерировать сценарии, необходимые для запуска при первой настройке производственной базы данных.После этого вы должны запланировать написание и выполнение сценариев обновления локально и на производстве.Вы захотите сделать это, чтобы убедиться, что вы случайно не удалили данные, протестировав их локально.
4. Архаично или нет, развертывание xcopy по-прежнему жизнеспособно, особенно с помощью инструмента сборки для автоматизации процесса.

Надеюсь, это немного поможет.

Answer 2

@ Кевин:

Взгляните на MSDeploy, который является частью VS2010.Я не знаком с его обработкой обновлений баз данных, но что касается развертывания веб-сайтов ASP.Net и любых других веб-сайтов в этом отношении, то это должно быть за деньги.

Что хорошо с чем-то вродето есть вы можете использовать его, чтобы развернуть на новом веб-сайте, протестировать его в производственной среде, а затем заставить ваши URL-ссылки использовать новый сайт, вместо того, чтобы обновлять действующий сайт и находить в самом конце, что-то ломается.