Research on git wrappers like GitPython and pygit2 using libgit seems to introduce too much of a dependency. All I need is to read commits and not much more than that. Therefore, subprocessing git commands seems the best way.
This of course assumes git is present on the system. The git dependency should not be a problem, because who would want to lint their commits with comeit if they don't have git installed? 😄
Ideas
Research on git wrappers like GitPython and pygit2 using libgit seems to introduce too much of a dependency. All I need is to read commits and not much more than that. Therefore, subprocessing git commands seems the best way.
This of course assumes git is present on the system. The git dependency should not be a problem, because who would want to lint their commits with
comeitif they don't have git installed? 😄Ideas
-n <number>, --max-count=<number>--since=<date>, --after=<date>--until=<date>, --before=<date>