https://github.com/nebbles/gitcommit
a tool for writing conventional commits, conveniently
https://github.com/nebbles/gitcommit
cli commitizen commits conventional-commits git gitcommit python3 semantic-versioning
Last synced: 8 months ago
JSON representation
a tool for writing conventional commits, conveniently
- Host: GitHub
- URL: https://github.com/nebbles/gitcommit
- Owner: nebbles
- License: gpl-3.0
- Archived: true
- Created: 2019-09-20T19:38:48.000Z (about 6 years ago)
- Default Branch: master
- Last Pushed: 2023-07-25T16:53:53.000Z (over 2 years ago)
- Last Synced: 2025-03-11T19:48:57.535Z (8 months ago)
- Topics: cli, commitizen, commits, conventional-commits, git, gitcommit, python3, semantic-versioning
- Language: Python
- Homepage:
- Size: 102 KB
- Stars: 14
- Watchers: 1
- Forks: 2
- Open Issues: 25
-
Metadata Files:
- Readme: README.md
- License: LICENSE
Awesome Lists containing this project
README
gitcommit
a tool for writing conventional commits, conveniently
# Install
To install
```
pip install conventional-commit
```
To use, run the following command from within a git repository
```
gitcommit
```
# Overview
The purpose of this utility is to expedite the process of committing with a conventional message format in a user friendly way. This tool is not templated, because it sticks rigidly to the [Conventional Commit standard](https://www.conventionalcommits.org), and thus not designed to be 'altered' on a case by case basis.
Commit messages produced follow the general template:
```
[(optional scope)]:
[BREAKING CHANGE: ][optional body / required if breaking change]
[optional footer]
```
Additional rules implemeted:
1. Subject line (i.e. top) should be no more than 50 characters.
2. Every other line should be no more than 72 characters.
3. Wrapping is allowed in the body and footer, NOT in the subject.
# Development
The old distribution method is documented in
[docs/dev_distibution_legacy.md](docs/dev_distribution_legacy.md)
_Note: if modifying `.travis.yml` you should verify it by running `travis lint .travis.yml`_
## Getting started
1. Make sure you have [pre-commit](https://pre-commit.com/#install) installed.
1. Make sure you have [pyenv](https://github.com/pyenv/pyenv) installed.
1. Make sure you have [Poetry](https://github.com/sdispater/poetry) installed.
1. `git clone`
1. `pre-commit install`
1. It is highly recommend you enable setting for storing the venvs within your projects.
```
poetry config virtualenvs.in-project true
```
1. Install project dependencies.
```
poetry install
```
## Running the package locally
1. Activate the virtual environment.
```
source .venv/bin/activate
```
1. Run the package as a module.
```
python -m gitcommit
```
Alternatively,
1. Run the package using Poetry's venv as context
```
poetry run python -m gitcommit
```
Or, if in another directory,
1. ```
~/GitHub/gitcommit/.venv/bin/python -m gitcommit
```
## Deploy
Deployment is handled automatically by Travis CI. It has been linked to the
repository and is automatically watching for pushes to master. It will build
and test every commit to master. It will also build every tagged commit as
if it was a branch, and since its a tagged commit, will attempt to publish
it to PyPI.
1. Don't forget to increment version number set in `pyproject.toml`. This can be
done with poetry.
```
poetry version [patch|minor|major]
```
1. Update the version number as stored in the `gitcommit/__version__.py` file to match that designated by Poetry.
1. Tag the commit (by default applies to HEAD commit - make sure you are on the latest `develop` commit).
```
git tag v#.#.#
```
1. When pushing commits to remote, you must explicitly push tags too.
```
git push origin --tags
```
## Acknowledgements
This work takes inspiration from [another repository porting Commitizen to Python](https://github.com/Woile/commitizen). This repository however uses none of the same source code and is focusing on a different approach.
## License
This work is published under [GNU GPLv3](./LICENSE).