This uses a much more object-oriented approach.

- Functions are properly organized in modules with appropriate names.
- REST API usage is isolated in class derived from an abstract base class that will easily allow integrating other git servers' REST API.
- clang-format output is filtered by lines (when applicable) as the XML is parsed.
- The comment is made after all clang tool output is parsed.
- All clang tool output is parsed from buffered strings (addresses #48).
- There isn't any cached files when verbosity is not set to debug mode.
- Tests can now use mocked HTTP requests (no more fear of hitting REST API rate limits).
- Updated docs to reflect the new package structure.

and ensure they are decoded to UTF-8

only check format comment if checks failed

not all versions of clang-format trigger on our test case for using a .clang-format config file

should nearly complete code coverage

- merge run module into root __init__ module
- did some doc review
- CLI supports file paths/names given as positional args
- added a test for this because the values are used as the starting value for the `not_ignored` list.
- Change acceptable verbosity input values to be "debug" or "10"
- Updated help strings in CLI for narrow terminals

This reintroduces the approach where we filter the list of changed files according to diff information about lines-changed-only value.

The advantage (which still holds true) is that we don't run a clang tool on a file if there is no changes of concern.

Due to python's lazy logic evaluation, we need to check if a path is first explicitly not-ignored before checking if said source is ignored.

Also modified test to check sub directories and use files (not folders) in expected results.