Как лучше выкладывать релизы при работе по модели git flow?
Есть проект на php.
Сейчас при поялении задачи разработчик создает новую ветку и там делает сво задачу.
Потом она сливается в develop ветку проверяется и уже потом сливается в master.
Проблема в том, что когда накапливается много выполненных задач в develop, они все сливаются пачкой в master и это не очень удобно.
Есть ли какой то веб интерфейс для разруливания всем этим делом, чтобы не сидеть в source tree смотреть какие файлики откуда и куда?
FoxInSox: если в develop упадет больше двух задач то это уже затрудняет понимание от какой задачи файл. Ели бы система сама разруливала и показывала сколько сейчас комитов в очереди на выкатывание и можно ыло по часятм выкатить былло бы очень удобно.
Опишите вкратце путь задачи. Кто ее ставит, как/где тестирует, как она попадает к заказчику? От этого и ответ будет зависеть. urmaul вот вполне логичный вопрос задал - почему бы вам не вливать в мастер не всю ветку develop, а только ветку задачи. Но в некоторых случаях это будет не применимо, например, если у вас передается несколько задач за раз. Как у вас деплой происходит? Автоматически из ветки гита или как-то еще?
за интерфейс не скажу... наверно подойдет любой гит-менеджер который рисует сеть коммитов в виде древа/графа
а вот насчет релизов и проблем с пониманием что откуда взялось - что бы было меньше коммитов и история была понятней - можете попробовать использовать --squash при мердже фичи в dev - тогда у вас будет по одному коммиту на каждую законченную фичу.
Простой
