История изменений
Исправление constin, (текущая версия) :
а как он определяет, с каким бранчем надо работать в другой момент?
в webhook gitea прописан фильтр по бранчу. на самих серверах в зависимоти от ролей тоже прописано какой бранч им забирать.
но я могу сказать скрипту деплоя, чтобы он смотрел в хуке имя бранча и делал туда checkout. Тогда сервер будет работать на том бранче, который запушили на гит последним. Для теста сойдет. Надо только, чтобы кодеры не забывали мержить свои тестовые ветки.
из каких палок сделан твой CI?
в описанном случае gitea после push делает вебхук на сервис на сервере, который запускает баш скрипт, который обрабатывает payload и пулит изменения с гита.
в чем проблема запустить код из произвольной ветки?
В том, что при работе в команде, другой кодер может перебить код другим бранчем, а первый не будет об этом в курсе и начнется отлавливание невидимых несуществующих багов в коде.
Я уже протестировал вариант с git merge –squash и checkout последнего бранча в вебхуке на сервере. Если нет лучшей практики, то оставлю этот вариант.
Исходная версия constin, :
а как он определяет, с каким бранчем надо работать в другой момент?
в webhook gitea прописан фильтр по бранчу. на самих серверах в зависимоти от ролей тоже прописано какой бранч им забирать.
но я могу сказать скрипту деплоя, чтобы он смотрел в хуке имя бранча и делал туда checkout. Тогда сервер будет работать на том бранче, который запушили на гит последним. Для теста сойдет. Надо только, чтобы кодеры не забывали мержить свои тестовые ветки.
из каких палок сделан твой CI?
в описанном случае gitea после push делает вебхук на сервис на сервере, который запускает баш скрипт, который обрабатывает payload и пулит изменения с гита.
Я уже протестировал вариант с git merge –squash и checkout последнего бранча в вебхуке на сервере. Если нет лучшей практики, то оставлю этот вариант.