Re: [PATCH] range-diff: show submodule changes irrespective of diff.submodule
- From
Junio C Hamano <gitster@pobox.com>
- Date
- Jun 7, 2022, 01:26 UTC
- Message-ID
- <xmqq8rq91cxv.fsf@gitster.g>
- In-Reply-To
- <ed907ed2-ee9c-789f-0f25-0a1f5b58714f@gmail.com>
Philippe Blain <levraiphilippeblain@gmail.com> writes:
Show 16 quoted lines
> Just to be clear: the "out of the box" behaviour (i.e. nothing in the config)
> is correct, i.e. submodule changes are detected and shown by 'git range-diff'.
>
> It's only if someone has 'diff.submodule={log,diff}' in their
> config that submodule changes are quietly ignored (log) or might
> crash 'git range-diff' (diff). So I do not think of any user or
> workflow that benefit from the current behaviour, no. If you have
> diff.submodule={log,diff} set in your config, it's most probably
> because you work in projects that involve submodules and you do
> care about submodule changes. So having these changes "hidden" by
> range-diff (or having range-diff crash) just because the output
> format of 'git -c diff.submodule={log,diff} log' does not use a
> 'diff --git' header for submodules is really not expected. So I do
> not think we need to make that configurable. I think hardcoding
> '--submodule=short' is an easy fix and a good first step in making
> 'git range-diff' more useful for submodule users.OK. As "diff.submodule=none" does not exist, hardcoding "short" would not hurt anybody, I agree.
Thanks.