Как управлять производственной веткой с помощью сжатых файлов + демо-ветка - PullRequest
0 голосов
/ 30 апреля 2018

У меня есть коммерческий плагин, размещенный в частном репозитории gitlab.

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

И так, иерархия выглядит следующим образом: мастер -> производство -> демо

Проблема в том, как я обращаюсь с этими ветками: Когда я проделал некоторую работу над основной веткой, мне нужно проверить производственную ветку и извлечь изменения из основной, а затем мне снова нужно снова сжать файлы js, что утомительно, я хочу проигнорировать некоторые Файлы js обновляются.

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

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

Это определенно не лучший подход / практика, и поэтому я хотел бы знать, исходя из вашего опыта, есть ли лучший способ справиться с этими ветвями? Пожалуйста, дайте мне знать. Спасибо.

1 Ответ

0 голосов
/ 30 апреля 2018

Для ветви production, сжимаемой, лучшее решение - сделать эту часть вашего процесса сборки вместо того, чтобы полагаться на отдельную ветку в управлении исходным кодом.

Без лучшего понимания изменений demo я не могу действительно сказать, есть ли лучший путь, или ветвь - это просто способ, который имеет смысл. По крайней мере, если вы сделали сжатие частью процесса сборки, вам не придется возиться с распаковкой, изменением, а затем повторным сжатием. Кроме того, если одни и те же «демонстрационные» изменения сохраняются с течением времени, вы можете посмотреть на шаблоны для связи двух долгоживущих ветвей; а если нет, вы можете просто создать новую демо-ветку для каждой версии релиза.

...