Our team is moving to the gitflow model for development of our current website project, and I have a little confusion/questioning about proper workflow.
We currently have our first release, tagged 1.0, and a hotfix release of 1.0.1 already in our repository. Our production site is currently set to track and deploy to the 1.0.1 release.
If we need to make an additional hotfix, or collection of hotfixes, is the correct workflow to pull a copy of main, create a local hotfix branch, make the hotfixes, then merge them back into development and main, and create a new tag like 1.0.2, and then switch the production site to track 1.0.2, or is there a way that we can create the hotfix branch off the most recent release (in this case, 1.0.1), make the hotfix(es), and then push them back up?
It seems like if we make a new tag and change the production deploy to track the newest release, we could end up with a ton of new tags just for quick and dirty hotfixes or whatever.
Or are we doing something wrong?