A collection of Git extensions to provide high-level repository operations for Vincent Driessen's branching model. This fork adds functionality not added to the original branch.

For the best introduction to get started with git flow, please read Jeff Kreeftmeijer's blog post:

http://jeffkreeftmeijer.com/2010/why-arent-you-using-git-flow/

Or have a look at one of these screen casts:

• How to use a scalable Git branching model called git-flow (by Build a Module)
• A short introduction to git-flow (by Mark Derricutt)
• On the path with git-flow (by Dave Bock)

See the Wiki for up-to-date Installation Instructions.

For those who use the Bash or ZSH shell, you can use my fork of git-flow-completion which includes several additions for git-flow (AVH Edition), or you can use the original git-flow-completion project by bobthecow. Both offer tab-completion for git-flow subcommands and branch names with my fork including tab-completion for the commands not found in the original git-flow.

• See the FAQ section of the project Wiki.
• Version Numbering Scheme.
  Starting with version 1.0, the project uses the following scheme: <MAJOR>.<MINOR>.<REVISION>\

This project is under constant development. Feedback and suggestions are very welcome and I encourage you to use the Issues list on Github to provide that feedback.

Feel free to fork this repository and to commit your additions. For a list of all contributors, please see the AUTHORS file.

Any questions, tips, or general discussion can be posted to the Google group: http://groups.google.com/group/gitflow-users This is the original group set up to support the nvie branch, but I am monitoring the list as well for any questions related to my version. When you do post a question on the list please indicate which version you are, using the complete version number.

Fork the repository. Then, run:

git clone [email protected]:<username>/gitflow.git
cd gitflow

Install the git-flow software by running make.

git flow init -d
git flow feature start <your feature>

Then, do work and commit your changes.

git flow feature publish <your feature>

When done, open a pull request to your feature branch.

git-flow is published under the FreeBSD License, see the LICENSE file. Although the FreeBSD License does not require you to share any modifications you make to the source code, you are very much encouraged and invited to contribute back your modifications to the community, preferably in a Github fork, of course.

To initialize a new repo with the basic branch structure, use:

	git flow init [-d]

This will then interactively prompt you with some questions on which branches you would like to use as development and production branches, and how you would like your prefixes be named. You may simply press Return on any of those questions to accept the (sane) default suggestions.

The -d flag will accept all defaults.

• To list/start/finish/delete feature branches, use:

    git flow feature
    git flow feature start <name> [<base>]
    git flow feature finish <name>
    git flow feature delete <name>
  

  For feature branches, the <base> arg must be a branch, when omitted it defaults to the develop branch.

• To push/pull a feature branch to the remote repository, use:

    git flow feature publish <name>
    git flow feature pull <remote> <name>
  

• To list/start/finish/delete release branches, use:

    git flow release
    git flow release start <release> [<base>]
    git flow release finish <release>
    git flow release delete <release>
  

  For release branches, the <base> arg must be a branch, when omitted it defaults to the develop branch.

• To list/start/finish/delete hotfix branches, use:

    git flow hotfix
    git flow hotfix start <release> [<base>]
    git flow hotfix finish <release>
    git flow hotfix delete <release>
  

  For hotfix branches, the <base> arg must be a branch, when omitted it defaults to the production branch.

• To list/start support branches, use:

    git flow support
    git flow support start <release> <base>
  

  For support branches, the <base> arg must be a branch, when omitted it defaults to the production branch.

For a wide variety of commands hooks or filters can called before and after the command.
The files should be placed in .git/hooks
In the directory hooks you can find examples of all the hooks available.

Of course, the best way to show your appreciation for the git-flow tool itself remains contributing to the community. If you'd like to show your appreciation in another way, however, consider donating through PayPal: