Как лучше всего настроить процесс работы со стейджами на Ruby on Rails проекте?

У нас сейчас два сервера. Один для продакшена (production), другой для стейджа (stage).

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

Как лучше всего организовать процесс, чтобы можно было разделять разные фичи?
  • Вопрос задан
  • 2835 просмотров
Решения вопроса 1
@divineforest
Воспользуйтесь специальным сервисом для поднятия стейджей teatro.io

1. у вас будет один стейдж под мастер ветку
2. для каждой ветки будет автоматом создаваться независимый стейдж, сможете потом ссылку на него давать и тестировщикам, и манагерам.
Ответ написан
Пригласить эксперта
Ответы на вопрос 2
@leclecovich
Увеличьте число стейджингов. Гонять, к примеру, автотесты, вручную тестить QA manual и еще показывать "фичи" клиенту на одном и том же стейджинге не есть хорошо.

Если развить идею, то можно использовать разделять стейджинги на trunk/stable. К примеру, в течение спринта фичи продукта деплоятся на trunk staging, там проверяются QA manual, в конце спринта формируется stable build, проверяется QA automation.

Кроме того, хорошей практикой будет наличие билд-серверов с CI для прогона юнит-тестов и деплоя на стейджинги.

К слову, такая практика не является жестко привязанной к RoR.
Ответ написан
Комментировать
@kliss
Завести больше серверов. У нас вот, например, 5 тестовых площадок (test-1, test-2, ...), стейджинг и продакшен.
Ответ написан
Ваш ответ на вопрос

Войдите, чтобы написать ответ

Похожие вопросы