git flow исправление именование/версия

Question

Когда вы думаете о потоке git, я сталкиваюсь с проблемой, когда дело доходит до создания ветвей исправлений.

При использовании потока git (по крайней мере, с SourceTree) кажется, что исправленная версия исправления для исправления должна быть определена непосредственно перед тем, как совершить/нажав что-нибудь. Поэтому, если наша текущая версия - 1.2.0, и мы хотим исправить ошибку, тег следующей версии будет 1.2.1. Но как я узнаю, что 1.2.1 не будет принято другим исправлением, прежде чем я закончу и вытащить мое исправление?

Я думаю неправильно или это проблема, о которой разработчики должны знать?

Answer 1

В нашей команде мы используем это следующим образом:

1. Пуска горячего исправление с определенным самостоятельным описательным именем
2. Никогда не закончить его, прежде чем он был одобрен QA командой
3. Финиша горячего исправить
4. вручную создать тег с версией мы должны

на шаге 3, да, будет тег с именем стразы. Обычно мы удаляем его, как только все будет закончено. Единственное, на что мы сейчас заботимся, это версия новой версии и правильная история мастера.

Answer 2

Мы боролись с этой же загадкой и решили, что хотя 1 исправление, обгоняющее другого, было возможно, что это должно быть редкостью, и было обходное решение. Мы рассмотрели несколько вещей, которые мы рассмотрели:

1. Действительно ли это исправление, если оно будет открыто достаточно долго, чтобы, вероятно, еще одно исправление было приоритетным?
2. Это нормально, если есть пробел в наших номерах версии патча (т. Е. 1.2.0, 1.2.2, 1.2.3)? Мы решили, что все в порядке.
3. Как обходной путь в случае, когда 1.2.2 должен выйти первым, 1.2.1 можно либо переименовать в 1.2.3, либо объединить в новую ветвь 1.2.3, а затем удалить.

Надеюсь, что это поможет.