What Is GitFlow?
GitFlow is a branching model for Git, created by Vincent Driessen. It has attracted a lot of attention because it is very well suited to collaboration and scaling the development team.
- Git-flow is a set of conventions about how to work with Git. It defines workflows for the most common tasks - like starting & finishing features, hotfixes or releases. Tower supports git-flow out of the box - you won't have to install any additional components.
- A collection of Git extensions to provide high-level repository operations for Vincent Driessen's branching model. Getting started. For the best introduction to get started with git flow, please read Jeff Kreeftmeijer's blog post.
One week ago, I started using git-flow on eddic. This is a collection of Git extensions to easily follow a branching-model convention for a Git project. I will try to describe this project later on this blog. 'Git Flow' is a branching model using the Git version control system. There is also a set of extensions for Git that make using Git Flow easier, but there aren't installation instructions specifically for use with the excellent cmder Windows shell replacement. There’s no need in Git to have a branch if you want to only tag commits. You can tag any commit and it doesn’t have to be on any particular branch. So in GitFlow “nomenclature” you could use only develop branch and remove master altogether, but there’s one issue with that.
Key Benefits
Parallel Development
One of the great things about GitFlow is that it makes parallel development very easy, by isolating new development from finished work. New development (such as features and non-emergency bug fixes) is done in feature branches Evil operator prank call. , and is only merged back into main body of code when the developer(s) is happy that the code is ready for release.
Although interruptions are a BadThing(tm), if you are asked to switch from one task to another, all you need to do is commit your changes and then create a new feature branch for your new task. When that task is done, just checkout your original feature branch and you can continue where you left off.
Collaboration
Feature branches also make it easier for two or more developers to collaborate on the same feature, because each feature branch is a sandbox where the only changes are the changes necessary to get the new feature working. That makes it very easy to see and follow what each collaborator is doing.
Release Staging Area
Windows Install Git Flow
As new development is completed, it gets merged back into the develop branch, which is a staging area for all completed features that haven’t yet been released. So when the next release is branched off of develop, it will automatically contain all of the new stuff that has been finished.
Support For Emergency Fixes
GitFlow supports hotfix branches - branches made from a tagged release. You can use these to make an emergency change, safe in the knowledge that the hotfix will only contain your emergency fix. There’s no risk that you’ll accidentally merge in new development at the same time.
How It Works
New development (new features, non-emergency bug fixes) are built in feature branches:
Feature branches are branched off of the develop branch, and finished features and fixes are merged back into the develop branch when they’re ready for release:
When it is time to make a release, a release branch is created off of develop:
![Windows Windows](/uploads/1/1/9/8/119876413/363723730.jpg)
The code in the release branch is deployed onto a suitable test environment, tested, and any problems are fixed directly in the release branch. This deploy -> test -> fix -> redeploy -> retest cycle continues until you’re happy that the release is good enough to release to customers.
Windows Install Git Flower Box
When the release is finished, the release branch is merged into masterand into develop too, to make sure that any changes made in the release branch aren’t accidentally lost by new development.
The master branch tracks released code only. The only commits to master are merges from release branches and hotfix branches.
Hotfix branches are used to create emergency fixes:
They are branched directly from a tagged release in the master branch, and when finished are merged back into both master and develop to make sure that the hotfix isn’t accidentally lost when the next regular release occurs.