Настройка ссылок на серверы разработки

Question

Что вы, ребята, рекомендуете в качестве хороших ссылок для настройки сервера тестирования (xampp on xp pro), промежуточного сервера и производственного сервера, а также svn? Я ноб для «хардкорной» разработки, но хочу начать с правой ноги и настроить свою среду, как профессионалы. У меня есть несколько проектов, и я хочу сделать два шага вперед, а не один шаг вперед и два назад.

Мои основные области наименьшего понимания ... правильные пути к файлам между всеми серверами и базами данных (имеющие дело с localhost/site.com/file.html vs www.site.com/file.com), нажатие обновлений на следующий сервер - тестирование для постановки на производство, а также использование svn (у нас будет несколько человек, работающих одновременно над одними и теми же проектами).

Каждый проект будет иметь один сервер, поэтому информация о балансировке нагрузки и настройке нескольких серверов не требуется. Мы также планируем использовать netbeans или eclipse для svn, если не указано иное.

Производственные и промежуточные серверы будут LAMP, а тестирование будет xampp на xp pro. Спасибо за помощь!

Answer 1

В ответ на просьбу Чада для большего количества примеров папок среды & конфигурационных файлов, здесь дополнительно информация:

У нас есть любые настройки, используемые проектом, разбиваются на конфигурационные файлы; мы создаем сайты, поэтому эти файлы конфигурации ссылаются на web.config.

Например, в нашей папке конфигурации мы имеем ConnectionStrings.config с этим внутри (заполнение вашей информации вместо [] S конечно):

<connectionStrings> 
    <add name="APP" 
     connectionString="Data Source=[];Initial Catalog=[];uid=[];password=[]" 
     providerName="System.Data.SqlClient" /> 
</connectionStrings> 

Путь к нему:

Site root 
|--> Configuration 

Так что ссылки на веб-конфигурации с этим:

<connectionStrings configSource="Configuration\ConnectionStrings.config" /> 

Таким образом, в нашем решении Папка мы имели бы такую ​​структуру:

Solution folder 
|--> Environments 
    |--> Development 
    |-->Configuration 
     |--> ConnectionStrings.config 
    |--> Production 
    |-->Configuration 
     |--> ConnectionStrings.config 
    |--> Staging 
    |-->Configuration 
     |--> ConnectionStrings.config 
|--> Src 
    |--> Project folder (site root) 
    |--> Configuration 
     |--> ConnectionStrings.config 

То же самое и с любыми другими параметрами, как правило, ставят в нашу AppSettings.config. Итак, такие вещи, как пути к файлам или любые другие настройки, которые будут меняться.

<appSettings> 
    <add key="FilePath" value="C:\FileStorage"/> 
</appSettings> 

Answer 2

3 часть на ваш вопрос:

1) различие файла конфигурации между серверами - есть папки среды в нашем проекте, который мы храним файлы конфигурации, чтобы можно было держать несколько версий.

Так как:

Solution folder 
    |--> Environment 
     |--> Development 
     |--> Staging 
     |--> Production 
    |--> Src 
     |--> Project folders 

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

2) Нажатие изменений кода на серверы среды - в SVN мы настраиваем ветки для каждой среды для каждого проекта. Так как:

SVN Root 
|--> Project 
    |--> Branches 
    |--> RB-Development 
    |--> RB-Staging 
    |--> Trunk 

Магистральные быть наша продукция код.

Мы также создаем новую ветку для каждого набора функций, над которым мы работаем. Затем, когда мы готовы к развертыванию, мы объединяем его в правильную ветку среды; инструмент сборки отслеживает эти ветви среды и автоматически разворачивается в правильную ветвь при совершении кода.

3) Несколько людей, использующих SVN - создают ветви проекта для каждой вертикальной функции, над которой вы будете работать. Таким образом, для приложения типа корзины покупок у вас будут функции о клиенте, продуктах, заказах и т. Д., Это уменьшит количество людей, работающих в одной и той же отрасли одновременно. Затем объедините код по мере необходимости между этими ветвями и друг другом или ветвями среды. Это звучит сложнее, чем есть на самом деле.

Answer 3

Хорошо. Создайте конфигурацию и конфигурацию своего магазина приложений. Такие вещи, как доступ к базе данных и пути. Там нет никаких оснований для сохранения того же путей для различных серверов (особенно, если вы смешиваете UNIX и Windows)