Представьте себе, что есть ветвь функции (назовем ее lunch) разветвленной от master. Отправляю новое отделение lunch-pancakes от feature. После ввода некоторого кода lunch-pancakes, в то время как кто-то другой фиксирует lunch, мы решили объединить изменения. Я переустанавливаю lunch-pancakes на lunch, объединить его, а затем удалить ветку.Соглашение об именовании Git для филиалов-преемников?
Теперь разработка блинов не прекратилась, и я хочу внести дальнейшие изменения в код, связанный с ними, поэтому я ввешу lunch в новую ветвь подфайла. Как мне это назвать?
lunch-pancakesкажется очень плохая идеяlunch-pancakes-updateне будет работать долго. Что мне делать, когда ситуация снова возникает?lunch-pancakes2может быть приемлемым?
Я не хочу называть его по истечении определенного суб-суб-функции (lunch-pancakes-toppings), как я не знаю, какие subsubfeatures, исправлены ошибки и другие изменения, касающиеся lunch-pancakes будут привержены этой отрасли, прежде чем мы решите снова объединить его в lunch.
Или это простой рабочий процесс? Как вы обрабатываете имена филиалов в таких обстоятельствах?
Почему вы в первую очередь удалили ветку «ланч-блины»? Почему вы думаете, что назвать его «ланч-блинчики» будет плохой идеей? – AnimiVulpis
Я удаляю старую ветку, когда я хочу снова отходить от «ланча» со свежей веткой. Тем не менее, я чувствую, что повторное использование названий филиалов может привести к путанице. –