Как достовлять проджект на тест, на прод и к чертовой матушке?

Question

[ettaluni]

Добрый день. Я большой ламмер гит. Недавно прочувствовал что нужно решать конфликты локально с помощью иде а не на удаленном сервере на консоли.

Построена структура как. Удаленный сервак, личный, для тестов. Гитлаб сервак который потом выливает на прод. И еще тестовый для тестировщиков, но пока не просят на него выливать.

Вообще вопрос как мне использовать гит чтобы пушить в несколько мест сразу? Например вот так хочу git push https://10.0.0.1(адрес тестового сервака). git push origin master на gitlab сервак и.т.п. То есть я хочу сливать свои изменения на свой тестовый стенд и проверять там, после сливать на основной прод если все хорошо. И возможно еще куда понадобиться.
Пока что использую rsync для теста но не удобно. Предполагаю что у гит есть встроенные методы.

Comments

[Сергей Кузнецов]

Зачем rsync, если Git уже является раcпределённой системой и синхронизируется через push/fetch?
Формат команды отправки git push <адрес репозитория> <в какую ветку>
Чтобы не писать каждый раз полный адрес, добавь его в переменную remote и назови например как test:
git remote add test https://10.0.0.1
потом можно будет отправлять короткой командой git push test
Но ветка feature_branch в этот момент не должна быть активной на тестовом сервере, иначе получишь ошибку.
Поэтому проще не проталкивать обновления на стенд, а забирать их с твоего компа находясь на стенде.

[ettaluni]

Сергей Кузнецов, Я не понимаю как мне на тестовом это все поднять. На малом, для разработчика тесте нет гитлаба. Собственно просто стоит обычный гит, apt install git. Правда я не попробовал еще, но сомневаюсь что гит на теством поймет куда необходимо файлы мои положить.

[Сергей Кузнецов]

ettaluni, а как ты тестируешь? Обычно тесты автоматизируют и они запускаются автоматически прямо на GitLab (или GitHub или другом хостинге). Если ты проверяешь вручную, то тебе достаточно только возможностей чистого Git. Разрабатываешь на своём компе, потом идёшь на тестовую машину и там забираешь обновления средствами Git. Что именно тебе не понятно в команде git pull? Это и есть достОвка ))

Answer 1

[BorLaze]

три ветки в гите - дев, тест и мастер
CI/CD

вся локальная разработка базируется на ветке дев

как только фича закончена, мержим ее в тест
CI/CD настроен так, что по новому пушу в тест он выкладывает новую ветку на сервер
тестируем ее на тест-сервере

когда фича протестирована, мержим ее в мастер
CI/CD настроен так, что по новому пушу в мастер код выкладывается на прод

начинаем цикл по-новой