O
Например есть бекенд и UI в рамках одной фичи
Size: a a a
2021 April 06
O
фича одна = ветка одна
O
UI без бекенда не работает
ЕГ
В чём проблема разделить их на две задачи и две ветки?
O
я же говорю, можно делать ветки по одной на человека
O
НО тогда они будут мержиться между собой
ЕГ
Если вы в процессе работы понимаете, что задача декомпозировалась плохо - во-первых это косяк от аналитиков и надо это ретроспективить, чтобы избавиться от этого в дальнейшем, а во-вторых, не вижу проблемы прям в процессе разделить её на две
ЕГ
Я всё ещё не понял что в этом страшного?
O
разработчик UI захочет посмотреть на объект, который приходит от бекенда и подмержит его себе
ЕГ
Если это UI и бэк, то там мерж будет нажать две кнопки в Идее
O
я не говорю, что это сложно
ИС
Чтобы сделать UI, можно замокать ответ бекенда. На начало выполнения обеих задач у вас уже должен быть контракт на этот endpoint.
ЕГ
Ну, контракт может поменяться в процессе, но это опять-таки решается в рабочем порядке
O
В любом случае где-то надо интегрироваться
ЕГ
Самое тупое - фронтендеру ничего не мешает просто открыть ветку бэкера в браузере и посмотреть как выглядит объект)
O
и это не должен быть мастер
ИС
Не может, на то он и контракт. Если оказывается, что "надо что-то ещё", то это всё отдельными доработками должно ехать, а в открытой задаче никто не может править ТЗ.
ЕГ
Дев-ветка, стэйдж-ветка и ещё куча всяких вариантов веток, где ребята по итогу синтегрируются
O
в какой момент появляется рабочая фича, которая смержилась из двух веток?
ЕГ
Ну хз, часто видел как редактируется на лету. Зависит от процессов, опять-таки