Releases: sinclairtarget/git-who
Releases Β· sinclairtarget/git-who
v0.7
Features
- Git who now reads and respects a
.git-blame-ignore-revs
file if present in the root of the repo (suggested in #10) - Git who now fully supports the "exclude" pathspec magic as defined in gitglossary(3). This allows you to ignore certain files by passing e.g.
:!vendor/
or:!*.c
(addresses #4)
Bug Fixes / Tweaks
- Git who no longer panics when
log.show-signature
is set in the Git config (fixes #2) - Git who can handle leading whitespace in filenames (fixes #5)
- "Terminator" (i.e.
--
) is now parsed properly from the CLI arguments, allowing deleted paths to be analyzed (fixes #7) - Commit "subject" no longer read from git log. It was previously ignored but not reading it entirely might fix #16
--diff-merges: first-parent
no longer passed to git log invocation. This wasn't really needed and it turns out it is a relatively new feature of Git (version 2.31). This should help with #21
v0.6
- Git who now respects a
.mailmap
file in the working tree (thanks to Reddit user jmvidal for this suggestion) - Added an
--until
option to all subcommands - The
table
subcommand, when given the-c
option to sort authors by first commit time (descending), now shows the first commit time in a table column - Fixed a bug that would understate the number of authors when running the
table
subcommand using the-l
or-f
flags, only when there are commits in the commit history introducing no diffs
v0.5
- New
-c
option ontable
andtree
subcommands allows you to rank authors by first modified time. - Caching feature: parsed commits are now cached on disk so diffs only have to be computed once. This caching is done on a per-repository basis. Subsequent runs of git who on the same repo will be much faster as a result. Caching can be disabled using the
GIT_WHO_DISABLE_CACHE
env var (set it to 1 ). - Non-English names are better supported in the table output from the
table
subcommand.
v0.4
- Integer numbers that appear in the output are now nicely formatted (thousands columns, abbreviations for > 1 million). Thank you to Roman Scharkov for suggesting this
- Tweaked the number of revisions to send to each subprocess of Git log when tallying commits in parallel. This delivered a small performance improvement when running the tool on certain repositories
- Added a progress indicator when tallying commits in parallel on large repositories
- Fixed the CSV output from the table subcommand so that "lines added/removed" and "files" don't appear as columns when the mode is commits mode or files mode
v0.3
v0.2
Initial release