Going through the Git workflow tutorial makes me understand various Git workflows even better. Awesome tutorial I must say.
I have a question regarding the Gitflow workflow explained in this tutorial
https://www.atlassian.com/git/workflows#!workflow-gitflow
In this workflow we have a develop branch where all feature branches will eventually merge into, before going into release and finally master.
Now let's say we have all feature branches already merged into develop and properly tested, and then, for some reasons, the higher management decides not to release one or more of these features. This could be due to a change in business requirements or some bug discovered at the very last minute (or simply 'because the boss said so') and that feature needs to be excluded from the current release.
What would be the best way to go from here? Should the team just do a 'git revert' to revert the relevant commits (this could take extra time, since the feature may involve quite a few commits and reverting them may introduce conflicts)? How does the Gitflow workflow address situations like this one?
Depends on how bad the branch is. If it's all bad, then you might want to create a new branch from where it branced out and then cherry pick the right commits (http://gitready.com/intermediate/2009/03/04/pick-out-individual-commits.html).
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.