Всем добрый. Скажите, кто-то юзает апи гитлаба для rebase? у меня есть

задачка, сделать деплой на прод.
На прод уходит код из бранча.
вот, после деплоя на прод мне нужно, чтоб ветка лилась в мастер через rebase - через гитлаб почему-то не работает, есть таска, что встала в очередь, и все дальше висит. Через апи отправляешь, возвращает тру, но ничего не происходит. Отправляешь через коммент, тоже не задача принята в очередь, и снова пусто.

я решил пойти обходным путем, клонить репо, в консоли передавать ребазе, потом пушить ее обратно.
хорош ли такой костыль?
И какой правильный порядок команд будет?

Эм, сначала мерж ветки в мастер, потом деплой на прод, не наоборот

Да, но у них уже все так работает, и менять на ходу нет времени.

ну это у кого какой флоу. это не очень важно, на самом деле - лишь бы все были довольны и соблюдали флоу.

но почему rebase? почему не мёрж в мастер?

Историю хотят красивую

Флоу такого, что мастер - это актуальное состояние прода. Из него должны делать бранчи, если нужны решать задачи.

Как понять, в каком состоянии находится прод, если одновременно идёт работа с несколькими feature ветками, и деплой идёт прямо с них в обход мастера? Особенно если после мержа эту ветку удалили

sqash для этого делается.

Делать бранчи, но деплоить их на какой-нибудь staging, а не прод

не у всех gitops.

shitops

так и делается, на дев->тест->препрод->прод

ну что ты. смотри - не все используют git как контроль стейта прода. стейт может быть например записан в отдельном месте. в каком-то плейбуке в соседней репе. или вообще контролироваться вручную.

гляну, спасибо

> на прод уходит код из бранча > после деплоя на прод ... ветка лилась в мастер

Даже с отдельным стейтом, деплоить на прод что-то кроме релизной версии/мастера крайне сомнительно

я полностью согласен с тобой в том, что это НЕ лучшая практика и индустрия решила что так лучше не делать.

Бывает по-разному.