Я работаю в небольшой команде разработчиков (нас трое).
В проведенном мною исследовании рабочий процесс, которому, похоже, следует большинство команд, выглядит следующим образом: для функции создается ветвь, а затем ветвь сливается с главной, когда кодирование этой функции завершено.
Похоже, это хорошо работает со зрелыми проектами, где большая часть кода уже существует и функция, над которой работает один человек, отделена от другой, но с новым разработчиком проекта действительно нужно видеть изменения друг друга по мере их внесения и большая часть работы, которую необходимо выполнить на начальном этапе, заключается в «закладывании фундамента».
Хотя во время первоначальной разработки разработчик может работать над конкретными функциями, другие разработчики могут захотеть увидеть их до того, как они будут полностью завершены, и первоначально, независимо от того, завершены они или нет, может быть неясно определено, поскольку функция может быть пересмотрена несколько раз. между работой над другими функциями.
Существуют ли какие-либо установленные шаблоны для управления рабочим процессом git в этом случае? Будет ли для нас более разумным работать над одной и той же веткой и называть ее чем-то вроде «initial_implementation», а затем объединить ее с master, когда она достигнет разумного уровня зрелости, и начать работать над функциональными ветвями?