Цель тестовой архитектуры веб-сайта с SVN

Question

Мы ищем, чтобы сделать две вещи:

1. Настройка автономного веб тестовой платформы и
2. Реализовать систему контроля версий с SVN.

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

Может ли кто-нибудь указать мне на статьи/сообщения о том, как правильно сгенерировать код между репозиторием, тестовыми и живыми средами?

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

Answer 1

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

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

Убедившись, что все в порядке, мы «пометим» последнюю ревизию как «стабильную» и синхронизируем эту версию с небольшим сценарием bash с использованием lftp.

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

Answer 2

Фактический хостинг репозитория SVN действительно независим от любой другой инфраструктуры, которую у вас есть. Обычно репозиторий размещается на внутренней машине «производственного класса», поскольку исходный код - это ваша жизненная кровь.

Простейший подход к обработке тестового этапа с SVN - это всего лишь тег версия, которую вы нажимаете на свой тестовый сервер. Если вы удовлетворены результатами тестирования, вы можете безнаказанно нажать на тег на живом сервере. И, если вам когда-либо понадобится внести незначительную ошибку в текущую версию live, вы можете создать ветку из тега и зафиксировать там исправление, снова развернув сначала тест, в живую систему.

Для более сложных сценариев вам может понадобиться создать «тестовые» и «живые» ветви, которые слияния и/или изменения вишни выбираются из ствола. Это возможно только с subversion 1.5 или новее и нуждается в том, кто заботится о том, чтобы «жить» имеет все необходимые изменения: «тест» и «багажник».