Основная цель этого вопроса – определить подводные камни, связанные с развертыванием слегка измененной версии веб-сайта вместе с работающим веб-сайтом.
Этот вторичный веб-сайт будет извлекаться из той же базы данных, что и действующий, но будет иметь модифицированные функции для бета-тестеров.
Конечная цель — позволить определенным клиентам тестировать наши новые функции на своих данных.
So:
- Им не нужно делать что-то дважды, переходя на скопированную версию сайта.
- Они используют знакомые наборы данных
Другой возможностью может быть установка флага для каждой учетной записи пользователя, чтобы позволить им видеть определенные функции, но это потребует много дополнительной работы. Кроме того, как только он будет готов к выпуску, нам придется удалить все лишние проверки.
Мне трудно увидеть недостатки этого, но я знаю, что кто-то должен смотреть на меня. Спасибо за любую помощь.
Контролируемая версия Git, рабочий процесс Capistrano Deployment, структура Cakephp, MySql В настоящее время у нас есть локальные и тестовые серверы, которые отделены от наших рабочих серверов.
ИЗМЕНИТЬ 20 декабря 2012 г., 10:30 по восточному поясному времени
Основываясь на некоторых комментариях и одном ответе, у меня есть обновление, основанное на отзывах.
- Тщательное внутреннее тестирование должно быть проведено перед «бета-тестированием» / тестированием отзывов пользователей. (что мы уже делаем)
- Если мы примем эти меры предосторожности и кодовая база покажется надежной, риск развертывания вместе с производственным сервером может быть управляемым. Здесь мы работаем в рамках фреймворка, поэтому вероятность массового удаления и плохого sql относительно низка.
При всем при этом я бы предпочел не использовать этот подход, потому что он по-прежнему сопряжен с неотъемлемым риском. Кто-нибудь проводит бета-тестирование с живыми серверными данными другим способом?