|
Выбор модели ветвления git
|
|||
---|---|---|---|
#18+
Доброго времени суток, форумчане! Есть такой вопросик: Есть проект, в нем следующая схема ветвления(устоялась видимо такая под давлением бизнеса): - при разработке задачи бренчатся от dev; - после ее реализации через мекрдж реквест вливают в dev; - на test-контур уходит все с dev; - есть так же контура pre-prod и prod; - как на них попадает конкретная задача: - бренчатся от необходимой ветки(pre- или prod) - и черипиками из конкртеной задачи добиваю ее комитами Соответственно получается что на препроде может быть любой срец задач и на проде тоже и только в dev они все есть. Это конечно же очень и очень плохо, но обычный гитфлоу никак не подходит, потому что бизнесу может в конкретный момент времени только определенный срез задач. Я же хочу что бы гит был не свалкой комитов-дублей, а единый поток в континууме. Можно ли как то реализовать такое функционалом гита, в коде и тд. что бы уйти от черипиков. ЗЫ: Не закидывайте, пожалуйста, тухлыми яицами и тд(( ... |
|||
:
Нравится:
Не нравится:
|
|||
07.06.2019, 15:27 |
|
Выбор модели ветвления git
|
|||
---|---|---|---|
#18+
Я не очень понял, что такое "контур" и какая ветка соответствует какому контуру. Почему именно в вашем бизнесу нужен определенный срез задач. Можно использовать feature toggles вместо веток - код будет присутствовать на проде но будет отключен, пока не протестируют (причем включать можно для разных потребителей постепенно) ... |
|||
:
Нравится:
Не нравится:
|
|||
08.06.2019, 11:46 |
|
Выбор модели ветвления git
|
|||
---|---|---|---|
#18+
WebSharper, Спасибо, тема нормальная, что-то примерно вертелось в голове. Но сложность в том, что ладно это можно решить на уровне js, но в репозиториях часто есть еще и серверный код на java и артифакты в виде bpm-диаграммы. Их if'ом "не обрежешь", к сожалению. Контур - это энвармент(enviroment), различная среда под TEST, PROD. ... |
|||
:
Нравится:
Не нравится:
|
|||
10.06.2019, 08:13 |
|
Выбор модели ветвления git
|
|||
---|---|---|---|
#18+
BPM - диаграммы да (хотя там тоже могут быть ифы - нет?), но код на java почему нельзя ifом обрезать? Если у вас логически несколько веток и черрипики, то надо несколько веток и черрипики или договариваться, чтобы вся разработка была по другому. ... |
|||
:
Нравится:
Не нравится:
|
|||
10.06.2019, 08:40 |
|
Выбор модели ветвления git
|
|||
---|---|---|---|
#18+
kasikЕсть проект, в нем следующая схема ветвления(устоялась видимо такая под давлением бизнеса): Я так понимаю, что проблема у вас в том, что ветки мержатся в мастер без нормального тестирования. У вас проблема именно в этом. Надо так: master, от него ветки для задач. С каждой ветки создаются тестовые сборки. Когда задача проверена - она мержится в мастер. Когда межится- остальные ветки задач ребейзятся на мастер (или мастер мержится). В некоторый момент фиксируется скоуп задач- например можно отводить от мастера ветку "v-1.2.3" и она проверяется на основе вошедших в него задач. Если что-то сломалась- делается фикс в ветку и чери-пик в мастер. Вариант- на несколько дней запрет мержа в мастер задач - только фиксы. После этого всё будет в нормальном гит-флоу и вообще стабильность повысится. ... |
|||
:
Нравится:
Не нравится:
|
|||
10.06.2019, 10:24 |
|
Выбор модели ветвления git
|
|||
---|---|---|---|
#18+
WebSharper, >> чтобы вся разработка была по другому. Об этом и речьЖ только не могу оптимальное решение придумать под данные нужды... ... |
|||
:
Нравится:
Не нравится:
|
|||
10.06.2019, 10:54 |
|
Выбор модели ветвления git
|
|||
---|---|---|---|
#18+
kasikОб этом и речьЖ только не могу оптимальное решение придумать под данные нужды... Тогда расскажите про нужды: почему именно "бизнесу может в конкретный момент времени только определенный срез задач."? Gitflow подразумевает, что вы делаете новые фичи в отдельных ветках, когда они готовы сливаетесь в develop, когда подходит время релиза, создаете для него ветку, стабилизируете его там, потом переливаете в master. Если надо исправить что-то срочно, создаете хотфикс-ветку от мастера - исправляете там и переливаете в develop и master. Чем бизнес не устраивает время от времени получать все готовые на данный момент фичи? Фичи недостаточно протестированы, риск сломать что-то что уже работает? ... |
|||
:
Нравится:
Не нравится:
|
|||
11.06.2019, 08:46 |
|
Выбор модели ветвления git
|
|||
---|---|---|---|
#18+
kasikМожно ли как то реализовать такое функционалом гита, в коде и тд. что бы уйти от черипиков. Есть два подхода: feature branches и feature toggles. Оба описаны и с картинками. И оба судя по тексту вам подходят. Изучайте и пробуйте. Дело на мой взгляд не в том, "что бизнесу может в конкретный момент времени только определенный срез задач", а в наскоро выбранном техническом решении. ... |
|||
:
Нравится:
Не нравится:
|
|||
24.06.2019, 09:57 |
|
Выбор модели ветвления git
|
|||
---|---|---|---|
#18+
Тема кстати интересная, у нас тоже "стандартные" flows не вписались в наши процессы, пришлось думать и договариваться, но опыт коллег всегда интересен. Не плохо, чтобы каждый написал не только как у них, а почему именно так и как они к этому пришли/тоесть требования (типа выкат fixpack не дольше 15 мин... и.т.д.). ... |
|||
:
Нравится:
Не нравится:
|
|||
17.08.2019, 00:36 |
|
|
start [/forum/topic.php?fid=37&msg=39825191&tid=1555265]: |
0ms |
get settings: |
10ms |
get forum list: |
13ms |
check forum access: |
3ms |
check topic access: |
3ms |
track hit: |
36ms |
get topic data: |
11ms |
get forum data: |
3ms |
get page messages: |
51ms |
get tp. blocked users: |
2ms |
others: | 260ms |
total: | 392ms |
0 / 0 |