Развертывание ASP.net приложения MVC к подготовке и производству с SQL

Мы были магазином ColdFusion в течение 10 лет и теперь переключаем на ASP.net MVC. Нашей целевой платформой является .net 4.0 BETA 2 с помощью БЕТЫ 2 VS 2010. Мы настраиваем два экземпляра Windows Server 2008 (подготовка и производство), и будем использовать наш существующий сервер базы данных (SQL Server 2008).

Ни один из нас действительно не имею много опыта в ASP.net самого, хотя мы все очень удобны в C# и шаблоне MVC. Кодирование себя не является большой частью проблемы; но процесс развертывания. Наша цель состоит в том, чтобы смочь иметь установку CI, которая будет автоматически выпадающий, и тест, наши приложения в подготовку на фиксации - затем имеют опцию отметить, затем переключиться, контроль на наших местах производства, когда веб-сайты передают QA.

Некоторыми вещами, с которыми у меня есть проблемы здесь, является понятие приложения ASP.net и как оно интегрируется в SVN. CF, как PHP или RoR, являются всеми языками сценариев, и как таковой не требуют никакого процесса сборки (проверяющий источник в производство, очень просто). Но в этом случае, приложения должны быть скомпилированы - который является, где мы начинаем иметь проблемы. Мы должны будем создать другой сервер (или использовать существующий), который имеет своего рода приложение, которое раскрывает код, компилирует его, затем так или иначе продвигает его на живых серверах? Если так, что считают лучшим способом выполнить это? Я воображаю, заканчиваем ли мы тем, что использовали инструмент сборки, такой как Nant, добавляя, что дополнительные шаги для миграции базы данных были бы тривиальны, но что лучший способ состоит в том, чтобы выполнить это также?

Другой, немного не связанный, проблема - то, как наши разработчики будут работать с нашим кодом. Большинство из них находится на Mac и использовании, VS не является большой частью опции. Как они смогут отредактировать aspx, CSS и файлы изображений легко? Наша цель состоит в том, чтобы сделать это максимально очевидным для них.

Мы сделали большое присматривание к ценам и ASP.net, MVC, кажется, наилучший вариант до нашего знакомства с языком и нашей текущей платформы. Мы просто должны выяснить хороший процесс сборки, таким образом, все максимально прозрачно. Я понимаю, что существует тонна ресурсов, доступных на этом, но я хотел получить мнения людей здесь от собственного опыта.

6
задан Michael Hackner 28 January 2010 в 22:10
поделиться

2 ответа

Microsoft TFS имеет замечательное встроенное решение для сборки. Это дорого, но эффективно. Кроме того, вы не можете проиграть, глядя на CruiseControl, который бесплатный. TeamCity от JetBrains также является отличным вариантом. Все эти решения непрерывных решений по сборке и интеграции обеспечит хорошую отправку для ваших исследований.

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

http://www.cruiseControl.com/

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

Даже Draco.net является хорошим соображением:

http://draconet.sourceforge.net/

1
ответ дан 17 December 2019 в 22:13
поделиться

Мы используем http://www.cruisecontrol.com/ (CC) на нашем сервере SVN / Build. Вы можете настроить CC через его собственные файлы Config / Script для выдвижения последнего источника от SVN, а затем порождают один или несколько сценариев NANT или MSBUILD, которые могут выполнять вашу сборку и развертывание.

Мы скрипим все наши изменения базы данных в сценарии изменений, которые также входят в SVN. Затем у нас есть индивидуальный инструмент командной строки, который будет развернуть сценарии изменений на SQL Server во время развертывания веб-сайта. Все это делается в NANT Script.

Таким образом, нанный сценарий каждого проекта обрабатывает сборку, развертывание веб-сайта и развертывание сценариев SQL Change.

Сложная часть - обрабатывать откаты, если / когда что-то идет ужасно неправильно. Я бы предложил публиковать еще один вопрос для этой конкретной проблемы.

0
ответ дан 17 December 2019 в 22:13
поделиться
Другие вопросы по тегам:

Похожие вопросы: