Gitflow is a branching model that organizes feature development, releases, and hotfixes into dedicated branches, providing a structured approach to managing complex software projects with reliable releases based on semantic versioning.
The gitflow-cli automates this release workflow process, saving time and reducing the risk of errors. It maintains a clean and consistent Git graph, contributing to overall project stability.
From within the project directory the gitflow-cli can be built, run and installed.
-
Clone the repository:
git clone https://github.com/mercedes-benz/gitflow-cli.git cd gitflow-cli
-
Install the application:
To install and run the application, use the following commands:
go install gitflow-cli --help
Note: Make sure you have Go installed and that the
go/bin
directory is part of your PATH.
Before using gitflow-cli, either navigate to your target Git repository or specify it with the --path
flag.
Make sure the repository meets all preconditions.
To initiate a new release, use the following command:
gitflow-cli release start
Release start will perform the following steps:
- Create a new release branch from
develop
(e.g.,release/1.2.0
) - Remove the version qualifier in the version file (e.g.,
1.2.0-dev
→1.2.0
)
You can now use the release/x.y.z
branch for bug fixing, creating the release changelog, or deploying your app to your testing environment.
Once the release is ready, finish it with:
gitflow-cli release finish
Release finish will perform the following steps:
- Merge the
release/x.y.z
branch intomain
(e.g.,release/1.2.0
→main
) - Create a tag in
main
with the corresponding version (e.g.,v1.2.0
) - Perform a back-merge into
develop
(e.g.,release/1.2.0
→develop
) - Bump the development version to the next minor version (e.g.,
1.3.0-dev
)
Use hotfixes if you have a bug in production, and you need to make targeted fixes to main
branch without deploying pending changes from develop
.
To initiate a new hotfix, use the following command:
gitflow-cli hotfix start
Hotfix start will perform the following steps:
- Create a
hotfix/x.y.z
branch frommain
(e.g.,hotfix/1.2.1
) - Set the patch version in the version file (e.g.,
1.2.0
→1.2.1
)
You can now check out the hotfix/x.y.z
branch, create a quick patch, and push your changes.
Once the hotfix is ready, finish it with:
gitflow-cli hotfix finish
Hotfix finish will perform the following steps:
- Merge the
hotfix/x.y.z
branch intomain
(e.g.,hotfix/1.2.1
→main
) - Create a tag in
main
with the corresponding version (e.g.,v1.2.1
) - Perform a back-merge into
develop
(e.g.,hotfix/1.2.1
→develop
) - Keep the current version in
develop
unchanged (e.g.,1.3.0-dev
)
To use gitflow-cli, ensure your project meets the basic structural requirements, particularly around Git branches and version management.
Your repository must define a dedicated production and development branches (e.g., main
and develop
).
These can be customized as needed.
Each project type may store version information in a different location. The gitflow-cli detects your project's context and automatically delegates tasks to the appropriate plugin based on the presence of specific file.
Plugin | Description | Required File |
---|---|---|
standard | Plugin for projects without a predefined technology stack. | version.txt |
mvn | Plugin for maven projects. | pom.xml |
npm | Plugin for npm projects. | package.json |
road | Plugin for projects with road app manifest configuration. | road.yaml |
composer | Plugin for composer projects. | composer.json |
Note: If no technology-specific plugin can be applied, gitflow-cli will create a version.txt
file in your project's root directory and apply the standard plugin.
You have the option to provide a configuration file to gitflow-cli.
This configuration file will be automatically located at HOME/.gitflow-cli.yaml
and has the following structure:
core:
production: main | custom-name # production branch name
development: develop | custom-name # development branch name
release: release | custom-name # release branch prefix
hotfix: hotfix | custom-name # hotfix branch prefix
undo: true | false # rollback local changes in case of an error, default = false
logging: stderr | stdout | cmdline | output | off # diagnostic logging for the Gitflow workflow, default = stdout | cmdline | output
You can also specify a custom configuration file using the top-level flag --config file-path
.
We welcome any contributions. If you want to contribute to this project, please read the contributing guide.
To contribute to gitflow-cli, we suggest setting up the Git hook below to comply with our contribution guidelines.
cp .githooks/prepare-commit-msg .git/hooks/
chmod +x .git/hooks/prepare-commit-msg
Please read our Code of Conduct as it is our base for interaction.
This project is licensed under the MIT LICENSE.
Please visit https://www.mercedes-benz-techinnovation.com/en/imprint/ for information on the provider.
Notice: Before you use the program in productive use, please take all necessary precautions, e.g. testing and verifying the program with regard to your specific use. The source code has been tested solely for our own use cases, which might differ from yours.