До недавнего времени активно изучал политику коллаборации в GIT. По ходу изучения возник вопрос. Но для начала гипотетическая история:
Допустим, у нас есть проект в который мы хотим добавить новый функционал. Для этого мы создаем новую ветку под именем feature/${your_name} и осуществляем работу в ней. По окончании разработки, с довольным видом идем merg'ить или просить рассмотреть наш pull request. Админ случайно нажал на кнопку merge и ваш функцинал добавился в основную ветку (для gitflow - develop). Потом, через несколько месяцев отрезвев, он смекнул, что мы неправильно реализовали одну функцию, и попросил нас исправиться.
И тут мы вдаемся в размышления:
"Так, исправлять я буду свой независимый модуль. Этот модуль я ранее писал в одноименной, раздельной ветке под названием feature/${your_name}. Ее я благополучно удалил, так как это требуется по gitflow. А теперь, чтобы исправить этот модуль, мне нужно создать ветку feature/${your_name}-2.0 или вести свои исправления по другому?
Когда возникнет такая ситуация - я бы пошел к тому, кто случайно нажал кнопку merge, тобишь к главному всея мержей, и задал этот вопрос ему.
Четкого ответа на ваш вопрос - нет. Есть - рекомендации. И не более. Каждая контора вольна коммитать и называть ветки как ей угодно, хоть именем хомячка босса.
А так - это судя по всему БАГ. Соответственно - идем в описание рабочего процесса, и смотрим как быть с неймингом веток для багов.
Ситуация такова, что релиз был сделан несеолько месяцев назад. А hotfix ветки, исходя из названия, испольдуются для скорого исправления найденных в релизе багов.
Тимур Мишагин: Это не важно. feature-, hotfix-ветки, это просто названия веток в git. GIT-FLOW ничего не запрещает, а только рекомендует как работать с репозиторием.
GIT также поддерживает патчи. Не стоит про них забывать. Если удастся найти commit, который все сломал, то можно сделать patch и накатить его на develop.
Я feature ветки не удаляю после их завершения, и они весят до завершения релизной, то есть если релиза не было то все исправления фиксятся в этой ветке.
Но если был релиз, и смерженные с master ветки были как правило удалены то все исправления идут как hotfix.
Я тоже так делал, пока не стал покрывать feature-ветки тестами. Если есть хороший набор тестов, то держать feature-ветки нет смысла. (от них все равно в репозитории остаются tag-и. ;)
Когда между релизами накапливается добрая сотня feature-веток (у меня их может быть около 200), то работать с репозиторием становится не удобно)
