это законно вообще? а как же там ревью и все такое? или оно есть, и это просто правила слияния ветки после ревью?

ревью это ревью

я про мерж

ну мердж ветки твоей задачи в мастер когда будет? после одобрения

после ревью и выкладки

когда все работает

разраб называет бранч срого по определенному шаблону

У меня тоже есть вопрос, а то я чет долго с ним сижу
Есть makefile, в нем

array := x y z
@touch newfile
@echo -en $(foreach element,$(array),\
"$(element) text") > newfile

В итоге в файле будет
x text y text z text

Как сделать
x text
y text
z text
?

Если в конце строки добавить \n, то со второй строки все строки будут начинаться с пробелом
Если в начале строки добавить \n, то первая строка будет пустая. К этому варианту я пробовал добавить
$(shell sed -i '1d' newfile), но чет нифига не удаляет первую строку

то есть как я понял - ты прошел ревью, оттестил работоспосбность, а потом ты это бранч (что?). ребейзишь? в доке написано, что это хуевато. черрипикаешь, если 1? в доке не написано, но звучит как хуевато. почему финальное слияние не оставлять явным слиянием, а именно мерджкоммитом?

Heredoc.

trg-<JIRA_TASK>-<COMPONENT>-<DESCRIPTION>

когда он открывает в гитлабе MR, срабатывают все пайплайны и начинается сборка. если он указывает лейблы в МР, то делаются дополнительные действия, например комментится жира, таск из бранча переводится в ревью на ассайнера МР итд

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

если разработчик указал компонент и он найден, а последний коммит в его бранч - коммит с версией (типа TRG-<JIRA_TASK_ID> [!] Version: app-1.5.7) и стоит лейбл RPM, то пайплайн считается релизным и пойдет релизный цикл:
1. общая сборка всего со всеми тестами в дебаг режиме с чеком утечек памяти
2. сброрка компонента в специальном режиме который чекает особую работу с базой через slave
3. релизная сборка с генерацией и пушем РПМки

мощно

-прошел ревью
-запустил релизный пайплайн, который собрал РПМ и прогнал все ебаные тесты которые только можно
-поставил таск на админов раскатить
-раскладка
-чекаешь что все ок на проде
-переводишь таск в мерж
-только некоторые из команды могут пойти на дженкинс и запустить test&merge

test&merge если 1 коммит черрипикнет его, чтобы из за одного коммита в истории не было еще и мерж коммита

все, теперь я кажется все понял, спасибо

Что определять релизность по названию коммита - такое себе. Ветка отдельно названная для этого будет надёжнее.

ну тут каждый дрочит так как хочет)

хочется разобраться как следует, чтобы не ударить в грязь лицом

а еще на каждый коммит в МР триггерится сборка. если разраб нахуячит 100 коммитов за минуту то каждый новый стриггерит сборку и отменит все предыдущие как неактуальные