I have a problem in my team which could get rather annoying because it adds extra steps.
What basically happens is the following:
Team member 1 runs git flow hotfix start 1.0.1 and starts working on a hotfix.
Team member 2 runs git flow hotfix start 1.0.1 and starts working on a hotfix.
Now both team members are working on the same hotfix versions, and once one finishes, the other is also going to have a merge commit message with the same hotfix version in it and can't push their tag (because it already exists). This adds extra steps to the process (renaming tag, changing commit message).
Are we using git-flow wrong, how do we avoid these issues?
Same issue here; the most logical solution would be to have a git flow hotfix rename command to fix up the version number before finishing the hotfix if a hotfix with the same version already exists.
I have a problem in my team which could get rather annoying because it adds extra steps.
What basically happens is the following:
Team member 1 runs
git flow hotfix start 1.0.1
and starts working on a hotfix. Team member 2 runsgit flow hotfix start 1.0.1
and starts working on a hotfix.Now both team members are working on the same hotfix versions, and once one finishes, the other is also going to have a merge commit message with the same hotfix version in it and can't push their tag (because it already exists). This adds extra steps to the process (renaming tag, changing commit message).
Are we using git-flow wrong, how do we avoid these issues?