Настройка веб-разработки

Question

Я нахожусь в процессе настройки полной среды веб-разработки. На данный момент существует два разработчика, один из которых посвящен бэкэнд-программированию (C #, .NET), а другой - разработке веб-интерфейсов (HTML, CSS, XSLT).

Каждый имеет установку MS Visual Studio 2008 и общий источник через Visual Source Safe 2005. Они оба извлекают файлы и разрабатывают локально.

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

Каждая из 3 установок использует одни и те же базы данных.

Я думаю, что эта установка должна немного масштабироваться, так как я готовлюсь к большему количеству разработчиков, но у нас довольно много проблем с синхронизацией файлов и легким доступом для быстрых изменений. Часто нам нужно довольно быстро изменить макет и дизайн и в конечном итоге скопировать файлы на тестовый сервер вручную (я не хочу, чтобы на веб-сервере были какие-либо кодовые файлы .NET / C #), и сайт не работает: - (

Мы используем стандартную CMS для построения всей нашей работы с внешним интерфейсом, и это действительно замедляет работу, если это включено в исходный код.

Я бы хотел, чтобы вся наша работа с внешним интерфейсом была полностью отделена от нашего внутреннего кода, чтобы было легко вносить изменения.

Например. Мы хотели бы внести несколько изменений в дизайн и быстро развернуть его в нашей производственной среде, не задумываясь о коде .NET.

Есть что-нибудь, чего мне не хватает, или как лучше настроить среду веб-разработки?

С нетерпением ждем помощи / опыта: -)

/ Thomas

Answer 1

Возможно, вам стоит взглянуть на более эффективную систему контроля версий. SVN имеет отличную поддержку инструментов (включая AnkhSVN и VisualSVN для интеграции с VS2008), а распределенные системы управления версиями, такие как Mercurial, Git или Bazaar, предоставят вам еще больше возможностей и стоимость многих поддержка базовых инструментов.

Возможно, вам потребуется простое ветвление, а управление соответствующими ресурсами с помощью системы контроля версий станет намного проще, если вы сможете легко развернуть их в рабочей среде (т. Е. Запустить «svn up»).

Answer 2

Каждая из 3 установок использует одни и те же базы данных.

Это похоже на плохое решение. Если dev1, dev2 и test используют одну и ту же базу данных, то как dev1 может экспериментировать с изменением схемы, не вмешиваясь в dev2 и test (при условии, что код для работы с экспериментальной схемой еще не проверен).

Кроме того, БД становится единственной точкой отказа, поэтому, если кто-то случайно удалит / урезает критическую таблицу, вся работа будет остановлена.

В идеале, каждая среда должна иметь свою собственную БД. Я полагаю, что если вы используете несвободную БД, такую ​​как Oracle, вы, возможно, не сможете предоставить каждой среде свой сервер, но по крайней мере каждая среда должна иметь свою собственную схему.

Answer 3

Я не могу помочь вам с информацией о том, как работать с контентом CMS, но я установил или использовал пару сборочных серверов.

Работая с Visual Source Safe во многих проектах и ​​с Team Foundation Server в некоторых, я держусь от этого, если смогу.

Наш последний сборочный сервер состоит из скриптов Nant, которые извлекают исходный код из хранилища Subversion. Сама сборка выполняется MSBuild. Затем результат сборки копируется на этап и производство.

Должен быть простой способ перенести изменения базы данных от разработки к этапу и производству. У нас есть инструмент (http://www.codeplex.com/ScriptDB), который создает сценарий для базы данных dev. Результат проверяется в Subversion. Его легко увидеть, что изменилось в журнале Subversion.