update.sh: tame the wild show_progress=1 beast
commit3aa4e94f26fda5768da7a7d5a4e183b6a108f839
authorKyle J. McKay <mackyle@gmail.com>
Sun, 31 Dec 2017 10:52:15 +0000 (31 02:52 -0800)
committerKyle J. McKay <mackyle@gmail.com>
Sun, 31 Dec 2017 10:52:15 +0000 (31 02:52 -0800)
tree1711b0e87cde443ef0da390ea120671c101afa7f
parent6c7f76a69d4a92d68d617ed3cfcaee14f7d08e03
update.sh: tame the wild show_progress=1 beast

Since we've switched from "git remote update" to "git fetch --multiple"
we are now passing along the "--progress" option when requested
($show_progress) and Git supports it (v1.7.1+).

This is a good thing as we can now finally get decent fetch progress.

However, there's no way to tell "git fetch" to give us all the
progress, but please do not shower us in a storm of endless bits
of unwanted, exploded ref update spam messages.

One might think that "git fetch --quiet --progress" would do the
trick.  One would be wrong about that.

If $show_progress is set to 2 or greater continue to provide the
totally unrefreshing spam shower.

However, if $show_progress is only set to 1, use a "git fetch"
wrapper that knows how to pass through the nice progress bits we
want to see while condensing the shower to just one drop per remote
(usually there's only one remote) that gives a ref activity summary.

Obviously, if $show_progress is unset, set to "" or set to "0" we
do not pass "--progress" at all, so there's no issue in that case.

Signed-off-by: Kyle J. McKay <mackyle@gmail.com>
jobd/git-fetch-q-progress.sh [new file with mode: 0755]
jobd/update.sh