Tags give the ability to mark specific points in history as being important
- Sort by
- Name
- Oldest updated
- Last updated
-
0.5.5 0.5.5 - Small bugfix - Added travis build TODO - Add windows support - Remove sudo requirement
-
0.5.4 0.5.4 - Removed global dependencies
-
0.5.3 0.5.3 - Fix npm issues TODO: - Remove sudo requirement - Support windows
-
0.5.0 0.5.0 - Improved time logging using breakout-timeline for logging time, check it out on npm
-
0.4.11 0.4.11
-
0.4.10 0.4.11
-
0.4.8 Updated readme
-
npm npm
-
0.4.5 - Minor bug
-
feature Minor bug fix
-
0.4.4 - Added github auto pull requests - Added gitlab auto merge requests - Added new command git flow feature review <feature>
-
0.4.3 - Moved gitflow folder inside .git - Added shortcuts
-
0.4.3-pre - Pause, resume and interrupt added to flow
-
0.4.1 Minor update that fixes the long-standing parsing issues with shFlags on several platforms.
-
0.4 ------------- RELEASE NOTES ------------- * The flag parsing issues of git-flow subcommands are solved for most platforms. * `git flow {feature,hotfix,release} finish` now takes a `-k` flag, to keep the branch around after finishing. * `git flow release finish` takes a `-n` flag, to skip tagging. * For consistency, `git flow {release,hotfix}` now, too, have a `publish` and `track` subcommand, just like `feature`. * Various minor fixes.
-
0.3 Release 0.3 ------------- RELEASE NOTES ------------- * New subcommands for `git flow feature`: - **checkout**: For easily checking out features by their short name. Even allows unique prefixes as arguments (see below). - **pull**: This subcommand allows you to painlessly work on a feature branch together with another peer. This is especially valuable for doing peer reviews of other people's code. For more detailed info, see the [commit log][1]. * Easier addressing of branch names by using name prefixes. For example, when using: git flow feature finish fo this automatically finishes the feature branch `foobar` if that's the only feature branch name starting with `fo`. * No force flag anymore for new feature branches `git flow feature start` lost its `-f` (force) flag. You now don't have to be in a clean repo anymore to start a new feature branch. This avoids the manual `git stash`, `git flow feature start`, `git stash pop` cycle. * You can use `git-flow` in stand-alone repo's now. This means it does not assume you have an `origin` repository. (Thanks [Mark][2].) * No commands fetch from `origin` by default anymore. There were some issues related to disabling this flag on some platforms. * Init guesses branch names you may want to use for `develop` and `master`. * Added super-easy installation script. (Thanks [Rick][3].) * Added BSD license. [1]: http://github.com/nvie/gitflow/commit/f68d405cc3a11e9df3671f567658a6ab6ed8e0a1 [2]: http://github.com/talios [3]: http://github.com/rickosborne
-
0.2.1 Release 0.2.1 -- Hotfix release to provide better (i.e. more Unix-like) installer options.
-
0.2 Release 0.2 This is the first serious (yet still early) release that can be used in production environments. But this is no excuse not to be careful anyway!