Git и Release процесс

Question

У меня есть вопрос о процессе выпуска с помощью Git.

В нашем проекте мы меняем версии наших артефактов SNAPSHOT на версии mvn: set -DnewVersion = XXX ...

Теперь допустим, что я нахожусь в ветке Release_2019.1 и в моем POM у меня теперь есть версия 2019.1.0-SNAPSHOT, когда я выполняю версии: установите, конечно, она создаст новую версию pom.xml и сможет пометить этоЯ должен зафиксировать (поэтому сначала git commit -a -m "Release commit", а затем git tag "Release_2019.1.1"), но это сделает версию для pom также 2109.1.0-SNAPSHOT для ветви Release_2019.1, но если у нас естьчтобы исправить ошибку в этой ветке, мы не хотим этого, мы хотим, чтобы она оставалась как 2019.1.0-SNAPSHOT, поэтому более новая версия из этой ветки может выполнить этот процесс снова (для нас кажется, что настоящие исправления будут происходить только тогда, когда мы доставимпрограммное обеспечение для производства процесса выпуска, которое я здесь определяю, больше, когда мы поставляем программное обеспечение для тестирования, но мы ожидаем исправления ошибок).

Я знаю, что в Git Flow предусмотрен тег wЕсли релиз выпущен, но было бы не лучше создать новую ветку Release_2019.1.1 и зафиксировать изменения там вместо изменения ветки Release_2019.1?

Или git может пометить эти изменения без изменения Release_2019.1разветвляются

Answer 1

Это очень легко, если вы не добавили тег в публичный репозиторий.Вы можете перезаписать тег с помощью git tag -f.Если вы нажали на тег, то любой, кто вытащил тег, должен удалить и сделать remote update или git fetch <tag>, чтобы получить новую версию.