Git Practice для отдельного «демо» сайта с фиктивным контентом

Question

В настоящее время я готовлюсь к своему первому выпуску продукта saas. Я с трудом решаю, должен ли мой клиент подключать «демонстрационный» сайт (с некоторым фиктивным контентом) отдельно от живого производственного сайта. Итак, на данный момент, я думаю принять "demo.mysite.com", "mysite.com". Демо-сайт должен как можно ближе продемонстрировать все возможности основного продукта. Я собираюсь посеять «демо» сайт с каким-то фиктивным контентом.

У меня нет команды разработчиков, на данный момент это только я.

Мой рабочий процесс будет:

1. Шаг 1: извлечение последнего кода из мастера (в режиме реального времени)
2. Шаг 2: локально работать над функцией
3. Шаг 3: нажмите «staging.mysite.com»
4. Шаг 4: если с постановкой все в порядке, отправьте ее на демонстрационный сайт и сайт прямого производства.

Повторите при необходимости.

Это правильный рабочий процесс? Должен ли я думать о наличии разных веток для всех сайтов? Тогда я не могу понять, как бы поддерживать все их в актуальном состоянии с последней версией.

Answer 1

Я думаю, вам следует реализовать стандартный рабочий процесс, заключающийся в том, чтобы отделить репозитории от Local> QA> staging и Production, чтобы при расширении в большую команду рабочий процесс не был беспорядочным и запутанным. и его будет легко тестировать в разных средах, и вы сможете легко увидеть, в чем заключается проблема, прежде чем приступить к магу, и вызвать больше проблем для себя.

"Модель разработки, промежуточного уровня и производства. ... На промежуточном сервере никогда не следует разрабатывать код на самом деле - только незначительные изменения параметров ОС или параметров приложения. Промежуточный сервер - это последний шаг перед тем, как приложение готов к развертыванию на производственном сервере. "

Ref: https://www.itprotoday.com/devops-and-software-development/development-staging-and-production-model