]> git.ipfire.org Git - thirdparty/git.git/commit - cache.h
git-diff: resurrect the traditional empty "diff --git" behaviour
authorJunio C Hamano <gitster@pobox.com>
Fri, 31 Aug 2007 20:13:42 +0000 (13:13 -0700)
committerJunio C Hamano <gitster@pobox.com>
Sat, 1 Sep 2007 06:30:14 +0000 (23:30 -0700)
commitaecbf914c43ab76e055fa8a25b12456ae74d91bc
tree92d91c10b55a5e54ed598acd1f0d58f8f35b1533
parent18e32b5b7af4175f852469159d004a2a8de64658
git-diff: resurrect the traditional empty "diff --git" behaviour

The warning message to suggest "Consider running git-status" from
"git-diff" that we experimented with during the 1.5.3 cycle turns
out to be a bad idea.  It robbed cache-dirty information from people
who valued it, while still asking users to run "update-index --refresh".
It was hoped that the new behaviour would at least have some educational
value, but not showing the cache-dirty paths like before meant that the
user would not even know easily which paths were cache-dirty, and it
made the need to refresh the index look like even more unnecessary chore.

This commit reinstates the traditional behaviour, but with a twist.

By default, the empty "diff --git" output is totally squelched out
from "git diff" output.  At the end of the command, it automatically
runs "update-index --refresh" as needed, without even bothering the
user.  In other words, people who do not care about the cache-dirtyness
do not even have to see the warning.

The traditional behaviour to see the stat-dirty output and to bypassing
the overhead of content comparison can be specified by setting the
configuration variable diff.autorefreshindex to false.

Signed-off-by: Junio C Hamano <gitster@pobox.com>
Documentation/config.txt
builtin-diff.c
cache.h
diff.c