Popular: Data updated October 27, 2026

Categories

Internet1,356
Communication321
Audio & video898
Graphics & design539
Office & productivity1,124
Developer tools3,134
AI tools529
Security & privacy385
System tools3,114
Games523
Education & science239
Network & IT284

GitTower GitFlowNext: all versions and old releases

A modern reimplementation of git-flow.

5 versions of GitTower GitFlowNext are listed here, from August 24, 2025 to the current 2.0.0. Each one links to the publisher’s own installer files.

2025: 1 1 25 2026: 4 4 26
VersionDateSizeFiles
2.0.0Latest August 9, 2026 — 64-bit ZIPARM64 ZIP32-bit ZIP
Release notes
Added
- Shared, committable configuration: init --shared writes the git-flow setup to a .gitflow file at the repository root and copies it into local config, so a team's branch model can live in the repository instead of every clone
- --shared on every config add, edit, rename, and delete verb edits the shared .gitflow file and re-syncs local config
- config sync copies .gitflow into local config, and config status reports drift between the two (exit code 6 when they differ)
- A fresh clone carrying a .gitflow is offered activation on first run — prompted when interactive, applied automatically with gitflow.shared.autoInit, and topic branch types declared only in the shared file get working commands before activation
- Shell tab completion for both the git-flow and git flow invocations, covering bash, zsh, and fish
- init --init creates the repository when run outside one, with an interactive prompt offering the same when the flag is absent; the new repository's initial branch is the resolved git-flow trunk rather than init.defaultBranch
Changed
- Breaking: git flow version now prints 2.0.0 (git-flow-next) instead of git-flow-next version 2.0.0, so the first whitespace-separated token is a bare version number as tooling written against git-flow-avh expects. Scripts matching the old string must be updated
- Release archives now contain a plain git-flow / git-flow.exe binary instead of a version- and platform-suffixed filename, so it works as the git flow subcommand without renaming after extraction
Fixed
- Boolean git-config values now follow git-config(1) rules: yes, on, and non-zero integers are truthy and matching is case-insensitive. Previously only the literal true counted, so a setting like git config gitflow.release.finish.push yes was silently a no-op
- config edit no longer resets boolean settings that were not passed, so editing one field can no longer silently clear an unrelated one such as autoUpdate
- Interactive init now stores entered branch prefixes verbatim instead of appending a slash, so answering feature_ produces feature_login rather than feature_/login
- Hooks and filters run from a linked worktree now resolve a relative gitflow.path.hooks or core.hooksPath against that worktree and execute with it as their working directory, instead of pointing at the main checkout
- Commands run outside a git repository now report a git error suggesting git init (exit code 3) instead of a git-flow-not-initialized error steering to git flow init
- Adding a base branch now rolls back its saved configuration when creating the git branch fails, leaving no orphaned config and keeping the command safe to retry
- The config command group is no longer preempted by first-run shared-config activation, including its nested add, edit, rename, and delete subcommands
- --shared edits now warn when an untrusted gitflow.path.hooks is withheld from local config, matching what config sync already reported
- Declining the "create a repository?" prompt now reports a decline instead of an internal probe failure
- git-flow-next now builds on every Go target OS; terminal detection previously had no implementation for aix, solaris, illumos, and plan9
Installation
See the installation instructions in the README.
Checksums
SHA-256 checksums for the release artifacts are available in the checksums.txt file.
1.2.0 August 1, 2026 — 64-bit ZIP32-bit ZIP
Release notes
Added
- git flow integrate command to merge changes from a parent branch into a topic branch, with options resolved from an integrate config namespace
- finish now pushes the finished branches and release tag to the remote after merging, honoring push options
- update --continue and update --abort to resume or cancel an update interrupted by conflicts
- finish now detects and auto-clears stale merge state left by a previous interrupted operation
- delete now fetches and runs a remote sync-check before deleting a branch (--fetch, gitflow.<type>.delete.fetch)
- start can derive the branch name from a configured version filter
- Windows arm64 build target
Changed
- finish now runs a stricter pre-merge sync check: it aborts when the parent (merge-target) branch or the topic branch is behind or has diverged from its remote (with a diverged-specific message), while tolerating either being ahead; --force skips the check
- finish now treats a fetch failure against a reachable-but-failing remote as fatal (was a silent note); the error names the cause and suggests --no-fetch / --force
- start now fetches by default before creating a branch (skipped silently when no remote is configured); disable with --no-fetch or gitflow.<type>.start.fetch false. Shares the unified fetch resolution (default → config → flag) with finish
- Commands now refuse to act on merge state owned by a foreign operation and on structurally-incomplete state, returning exit code 3 instead of proceeding destructively
Fixed
- init now fails fast when the git user identity is missing
- Branch names are validated with git check-ref-format, and dots are now allowed in base branch names
- Branch names are resolved case-insensitively while preserving their original case
- Leaf commands now reject unexpected positional arguments
- delete, rename, and finish are gated when git-flow is uninitialized
- Base-branch config cleanup is scoped to local config and treats a missing key as a no-op
- finish --abort is a no-op when no merge is in progress
- Hooks and filters now run on Windows (executed via sh)
Installation
See the installation instructions in the README.
Checksums
SHA-256 checksums for the release artifacts are available in the checksums.txt file.
1.1.0 April 6, 2026 — 64-bit ZIP32-bit ZIP
Release notes
Added
- Push-option support for publish command (--push-option / -o)
- Support for configurable hooks directory via gitflow.path.hooks and core.hooksPath

Fixed
- Validate remote exists before any state-changing delete operations
- Validate remote before remote operations (publish, track, finish sync)
- Check if remote exists before attempting to delete remote branch
- Skip fetch when no remote is configured
- Use empty commit instead of README.md when initializing empty repositories
- Default to empty version tag prefix during init
- Thread config correctly into tag creation step during finish

Installation
See the installation instructions in the README.

Checksums
SHA-256 checksums for the release artifacts are available in the checksums.txt file.
1.0.0 February 8, 2026 — 64-bit ZIP32-bit ZIP
Release notes
Added
- --no-verify option for finish command to skip git hooks during merge
- --merge-message and --update-message options for finish command with placeholder support
- Git config support for merge message options (gitflow.<type>.finish.mergeMessage, gitflow.<type>.finish.updateMessage)
- Configuration scope flags for init command (--local, --global, --system, --file)
- --force option for init command to allow reconfiguration
- Remote sync check before finish to ensure local branch is up-to-date with remote
Changed
- Default fetch behavior changed to true for finish command
Fixed
- Hooks now receive correct positional arguments
Installation
See the installation instructions in the README.
Checksums
SHA-256 checksums for the release artifacts are available in the checksums.txt file.
0.1.1 August 24, 2025 — 64-bit ZIP32-bit ZIP
Release notes
Bug
- fix: Remove git config section when deleting topic branch types

Most popular in Version control

See all
  1. GitHub CLITake GitHub to the command line
  2. GitA free and open source distributed version control system
  3. GitTools GitVersionVersioning when using Git, solved.
  4. Git ExtensionsGit Extensions is a standalone UI tool for managing git repositories. It also integrates with Windows Explorer and Microsoft Visual Studio (2015/2017/2019).
  5. Git Credential Manager (User)Secure, cross-platform Git credential storage with authentication to GitHub, Azure Repos, and other popular Git hosting services.
  6. hubA command-line tool that makes git easier to use with GitHub.
  7. MercurialMercurial is a free, distributed source control management tool. It efficiently handles projects of any size and offers an easy and intuitive interface.
  8. GitButlerA Git client for simultaneous branches on top of your existing workflow.
  9. TortoiseSVNTortoiseSVN is a really easy to use Revision control/version control/source control software for Windows. It is based on Apache™ Subversion (SVN)®; TortoiseSVN provides a nice and easy user interface for Subversion.
  10. DevHubGitHub notifications manager and activity watcher using columns and filters.

Tags

Share