Ищете тестовую архитектуру сайта с SVN - PullRequest
1 голос
/ 13 апреля 2009

Мы хотим сделать две вещи:

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

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

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

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

Ответы [ 2 ]

1 голос
/ 13 апреля 2009

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

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

Для более сложных сценариев вы можете создать «тестовые» и «живые» ветви, которые объединяют и / или выбирают вишню из ствола. Это возможно только в Subversion 1.5 или более поздней версии, и ему нужен кто-то, кто позаботится о том, чтобы у «live» были все правильные изменения от «test» и «trunk».

0 голосов
/ 13 апреля 2009

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

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

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

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

...