Использование Subversion и Pushing к Staging, а затем Live Sever

Question

Мы хотим добавить промежуточный сервер и контроль версий в наш конвейер разработки.Наш сайт представляет собой сложное веб-приложение, работающее на удаленном сервере Linux с PHP, MySQL и Apache.Мы просто настроили Subversion на офисной локальной сети и включили его в Dreamweaver CS5.Наши машины для разработки работают под управлением Windows.

Вопрос в том, как наилучшим образом добавить промежуточный сервер к этой установке.Мы небольшая команда, 3 разработчика, поэтому нам не нужно слишком надежное / сложное решение.Чего я не понимаю, так это как перенести изменения из нашего репозитория Subversion (который находится на одном из компьютеров разработчика) в промежуточный сервер или в оперативный сервер.

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

2. Я хочу автоматически загружать файлы на промежуточный сервер, поскольку разработчики передают их в Subversion.Как это можно сделать?

3. Затем мне нужен автоматизированный процесс для загрузки файлов с промежуточного сервера на сервер Live.Это та часть, которую я действительно не понимаю.Тем более, что я не хочу устанавливать Subversion в Live.Как это обычно делается?

4. ВСЕ ли файлы с промежуточного сервера переведены в режим Live?Или есть способ подтолкнуть только те, которые изменились со времени предыдущего нажатия?

5. Я надеялся использовать Windows XAMPP для настройки промежуточного сервера, но наш сервер Live - это Linux,и некоторые из нашего кода сайта имеют специфичные для Linux пути к файлам, которые, похоже, не будут работать в Windows.Как обычно решается эта проблема?Является ли единственным решением для создания нового сервера Linux Staging?Я бы предпочел этого избегать, если это возможно.

6. На нашем сайте пользователи могут загружать изображения, которые хранятся в отдельной папке вне корня сайта.Может ли Windows XAMPP работать с настройками?Наша самая большая проблема сейчас заключается в том, чтобы убедиться, что тот же код работает в Linux / Windows.На что стоит обратить внимание?Это вообще возможно в теории?

Спасибо!

Answer 1

1. Не требуется.Хуки могут работать на вашем сервере контроля версий.Хуки должны быть способны выдвинуть сборку на промежуточный сервер.

2. Хуки могут предоставить эти возможности, но почему бы не отделить их от контроля версий.

3. Автоматическая загрузка означает отсутствие контроля над отправкой сборки.В большинстве случаев промежуточные сборки не работают.Я бы посоветовал вам включить «инструмент непрерывной интеграции», такой как BuildBot, в ваш рабочий процесс.Это позволит сообщать о поврежденных сборках и текущем состоянии вашего здоровья.Если вы хотите, вы всегда можете использовать этот механизм для автоматической загрузки хороших сборок на промежуточный сервер.

4. Постановка используется для тестирования сборки в полной рабочей среде, которую сложно воспроизвести в вашей среде.Среда контроля качества.Таким образом, сборка при постановке не может быть перенесена в живую среду, если будет обнаружено, что она содержит ошибки.

5. XAMPP работает в Windows.Проверьте это на Google.Хотя ваша промежуточная и живая среда должны быть полностью одинаковыми, потому что именно для этого предназначена промежуточная среда.

6. Теоретически, она должна работать.Вам нужно будет проверить свою конкретную функциональность.

Answer 2

Для вопросов 1 и 2 вы используете ловушку post-commit в вашем хранилище subversion (не обязательно на веб-серверах), которая скопирует последнюю версию на ваш промежуточный сервер.

Re 3), это плохая идея, вы не должны автоматизировать развертывание в производство. Плохой коммит может привести к сбою вашего сайта, если вы сделаете это.

4, 5 и 6 - это действительно разные вопросы, и их следует задавать отдельно.