]> git.ipfire.org Git - thirdparty/git.git/commit - add-patch.c
add -p: ignore dirty submodules
authorJohannes Schindelin <johannes.schindelin@gmx.de>
Thu, 1 Sep 2022 15:42:19 +0000 (15:42 +0000)
committerJunio C Hamano <gitster@pobox.com>
Thu, 1 Sep 2022 16:55:28 +0000 (09:55 -0700)
commit0a101676e58481f134353ee1ff3ccee6cbbbb74b
tree21bdb9921802da02e2673c37daeeb17e5b3d2806
parentfd3f7f619aa97ce577b29a19cfd056e20680f62a
add -p: ignore dirty submodules

Thanks to always running `diff-index` and `diff-files` with the
`--numstat` option (the latter with `--ignore-submodules=dirty`) before
even generating any real diff to parse, the Perl version of `git add -p`
simply ignored dirty submodules and does not even offer them up for
staging.

However, the built-in variant did not use that flag because it tries to
run only one `diff` command, skipping the unneeded
`diff-index`/`diff-files` invocation of the Perl variant and therefore
only faithfully recapitulates what the Perl code does once it _does_
generate and parse the real diff.

This causes a problem when running the built-in `add -p` with
`diff-so-fancy` because that diff colorizer always inserts an empty line
before the diff header to ensure that it produces 4 lines as expected by
`git add -p` (the equivalent of the non-colorized `diff`, `index`, `---`
and `+++` lines). But `git diff-files` does not produce any `index` line
for dirty submodules.

The underlying problem is not even the discrepancy in lines, but that
`git add -p` presents diffs for dirty submodules: there is nothing that
_can_ be staged for those.

Let's fix that bug, and teach the built-in `add -p` to ignore dirty
submodules, too. This _incidentally_ also fixes the `diff-so-fancy`
problem ;-)

Signed-off-by: Johannes Schindelin <johannes.schindelin@gmx.de>
Signed-off-by: Junio C Hamano <gitster@pobox.com>
add-patch.c
t/t3701-add-interactive.sh