Git Flow и стратегия слияния
В моей команде мы придерживаемся стратегии ветвления Git, как указано ниже
master
release
develop
feature1
feature2
Допустим, я работаю над функцией (feature1), и к тому времени, когда я закончу, у меня появилось несколько сотен коммитов, потому что моя функция такая большая. Чтобы быть синхронизированными с ветвью разработки и не подвергаться огромным усилиям по слиянию позже, я часто объединяю изменения от разработки до моей функциональной ветви. Поэтому, когда я закончу, моя ветвь функций будет более актуальной, чем разработка со всеми коммитами от всех других разработчиков, кроме моей собственной разработки функций.
Вопрос сейчас в том,
Правильно ли я поступаю, часто объединяя ветку разработки с веткой функций во время разработки? Причина, по которой я спрашиваю, заключается в том, что в любом случае мне нужно будет выполнить еще одно слияние для разработки ветки (из моей функциональной ветки, когда я закончу), поэтому слияния, которые я делал все время (от разработки до возможности), - пустая трата усилий, Я сделал это только для того, чтобы оставаться на грани развития.
Когда я закончу с моей функцией, потому что моя ветка больше актуальна, чем что-либо в репо, я могу просто сделать ее новой разработкой, не так ли? это спасет меня от еще одного слияния (для развития). Хотя, если бы я это сделал, это повлияет на всех других разработчиков, которые отслеживали реальную ветку разработки. Если я просто удалю ветвь разработки, а затем переименую свою функцию в проявку и перенесу ее на удаленный компьютер, решит ли она эту проблему?