]> git.ipfire.org Git - thirdparty/git.git/commit - builtin/fetch.c
fetch: add --[no-]show-forced-updates argument
authorDerrick Stolee <dstolee@microsoft.com>
Tue, 18 Jun 2019 20:25:26 +0000 (13:25 -0700)
committerJunio C Hamano <gitster@pobox.com>
Fri, 21 Jun 2019 16:38:29 +0000 (09:38 -0700)
commitcdbd70c43773d534aa81ea2c83905a45ff0e74e4
treeb033228d791fe81fc2b235bf044957a9658e1b6a
parenta6a95cd1b46e48e5fe06bdbb0839a67ebeef4682
fetch: add --[no-]show-forced-updates argument

After updating a set of remove refs during a 'git fetch', we walk the
commits in the new ref value and not in the old ref value to discover
if the update was a forced update. This results in two things happening
during the command:

 1. The line including the ref update has an additional "(forced-update)"
    marker at the end.

 2. The ref log for that remote branch includes a bit saying that update
    is a forced update.

For many situations, this forced-update message happens infrequently, or
is a small bit of information among many ref updates. Many users ignore
these messages, but the calculation required here slows down their fetches
significantly. Keep in mind that they do not have the opportunity to
calculate a commit-graph file containing the newly-fetched commits, so
these comparisons can be very slow.

Add a '--[no-]show-forced-updates' option that allows a user to skip this
calculation. The only permanent result is dropping the forced-update bit
in the reflog.

Include a new fetch.showForcedUpdates config setting that allows this
behavior without including the argument in every command. The config
setting is overridden by the command-line arguments.

Signed-off-by: Derrick Stolee <dstolee@microsoft.com>
Signed-off-by: Junio C Hamano <gitster@pobox.com>
Documentation/config/fetch.txt
Documentation/fetch-options.txt
builtin/fetch.c
t/t5510-fetch.sh