hooks4git 0.3.163

Extensible Hook System for GIT

hooks4git

Fully configurable language-agnostic git hooks.

Auto checks your code before you ship it. Works with any programmning language. If not, let me know.

Availability

Production module is available from Pypi, and development branch is also published by Travis-CI to Pypi TestServer. Both are provided as EGG packages, since there is a Post Install section which creates the hook files on your local directory. Wheel packaging is not intented to do that.

Both can be downloaded and installed via the pip command.

More information on Git Hooks

Here.

Getting started

These instructions will show you how to install and use the application.

Supported OSs

Supported OSs are Linux, MAC and Windows. However, I was not able to make it work CMD.exe (like if cmd.exe even works...). If you are using Windows, use it inside GitBash. DO NOT use it on cmd.exe.

Installation

pip3 install hooks4git --user

Depending on your setup, you might want to use pip3 instead of pip.

Please, keep in mind that --user folder might not be on your PATH environment var. If you fix this here, it will be automatically fixed for any other python tool you might eventually install inside your user context.

In this case, a script called hooks4git will be available all the time, to hook any project you are currently in. By running this script, hooks will be applied. Please note you need to manually keep upgrading your system tools, like you do for others, like pip itself. You probably added virtualenv and others with sudo. If in doubt, please take a look at source files.

CLI Usage

After installation, your repo needs to be hooked for all events. Prior version used YAML for configuration management, but that caused PyYAML to be a dependency, and things went a little wrong when running it as a tool. So I choose .ini files over .json files (both have Python native parsers) because it looked less ugly.

Inside your git repository, just type:

hooks4git --init

And get all your regular non-sense-hard-to-use-and-hard-to-maintain-and-hard-to-share hook scripts updated. Then, you just need to open .hooks4git.ini file on the root of your project and configure it the way you want. This first example section is meant for Python, but you can use any tool you want, at any given git hook event.

Example section for pre-commit, for Python:

[scripts]
flake8 = flake8 --max-line-length=119 --exclude .git,build,dist,.env,.venv
nosetests = nosetests --with-coverage

[hooks.pre-commit.scripts]
check = flake8

It also could be for NodeJS:

[scripts]
eslint = eslint -f checkstyle index.js > checkstyle-result.xml
jshint = jshint *.js

[hooks.pre-commit.scripts]
check_a = eslint
check_b = jslint

Note: All scripts you add here need to be available on your PATH for execution. So you need to make all of them depedencies on your current project, no matter the language it is written with. Per default, the available hooks are only echo commands, which will always pass!

CI Usage

When running inside CI, if you manage to have hooks4git package available, you can force trigger a hook this way:

hooks4git -t pre-commit --ci

This will run the very same set of scrips you ran on your development workstation prior to the commit. The --ci parameter tells hooks4git to not print in nice colors, just plain strings.

Built-in Scripts

Currently, there is only one available built-in script, called 'checkbranch_name.sh'. If you want to use, just follow the exemple on the default .ini file, on sub-section 'checkbranch'. This is the way to trigger built-in scripts, prefixing them with 'h4g/'. On 0.1 release, I was using a '' character for built-in scripts, but that caused so many headaches, mainly when trying to make this work inside GitBash for windows (ok, that was because I was actually trying to call a bat file ... then I gave it up). I also tried once calling 'scripts', but it may confuse with a local 'scripts' folder on the project.

Output

Here is a sample output for a Python configuration, with Flake8 (black and white... it has actually a full colored output if --ci parameter is not issued):

———————————————————————————————————————————————————————————————————————————————
hooks4git v0.2.x :: Pre-Commit :: hook triggered
———————————————————————————————————————————————————————————————————————————————
STEP | $ flake8 --max-line-length=119 --exclude .git,__pycache__,build,dist
OUT  | None
PASS | 'flake8' step executed successfully
———————————————————————————————————————————————————————————————————————————————
STEPS| 1 were executed
TIME | Execution took 0:00:00.684762
PASS | All green! Good!
———————————————————————————————————————————————————————————————————————————————

License

This project is licensed under MIT license. See the LICENSE file for details

Authors

See list of contributors who participated in this project.

Credits

• Marco Lovato
• Collins Abitekaniza (where I forked from)

Change Log

0.3.x

• Major rework on how strings are printed out
• Added --ci parameter, so no color will be printed out

0.2.x

• Support for Windows with GitBash
• Added docker scripts for quick clean machine testing environment
• Better exception handling when user configures duplicate sections by mistake
• Changed default max line length example to 119 instead of 120
• Replaced copying code to .git/hooks with a safe bash caller
• Replaced '_' folder (or 'scripts' folder) with 'h4g' folder for internal scripts
• FIXED: Script order inside a hook definition was random
• Standard Error is nao being handled and printed accordingly

0.1.x

• Initial release