git/list[1] front-page[2] threads[3] people[4] search[5] about
 

Re: diff-filter=R can't identify renaming if not done directly

From
Junio C Hamano <gitster@pobox.com>
Date
Dec 4, 2020, 20:07 UTC
Message-ID
<xmqqlfede3o8.fsf@gitster.c.googlers.com>
In-Reply-To
<19eb8038-20d6-385f-50e5-26c7a0bd8e90@suse.com>
Sofia Syrianidou <sofia.syrianidou@suse.com> writes:
Show 16 quoted lines
> Hello, quick question about using diff-filter in linux. In the scenario
> that in my repository, I first copy file1 to file2, then move file2 to
> file3 and delete file1, "git diff" returns
>
>
> diff --git a/file1 b/file3
>
> similarity index 100%
>
> rename from file 1
>
> rename to file3
>
>
>   but running "git diff --diff-filter=r" doesn't return anything. Only
> flag T will return the change. Can this be considered as a bug?

"git diff --diff-filter=r" and "git diff --diff-filter=R" have totally opposite meanings. I expect nothing to be shown if all your changes are renames and you ask to exclude all the renamed filepairs from the output with "--diff-filter=r". In other words, this seems to be working as intended.

Thanks.
Previous: Sofia Syrianidou
Message 2 of 2 in “diff-filter=R can't identify renaming if not done directly”
  1. Sofia SyrianidouDec 4, 2020
  2. Junio C HamanoDec 4, 2020

Read the whole thread, see it on lore, or plain text.

$ cat FOOTERMessages come from the public archive at lore.kernel.org/git, fetched every hour. The front page is chosen and written each morning by an AI editor and can be wrong; the threads themselves are the record. About and API. For agents: an MCP server at https://gitlist.dev/mcp, and any thread, story or person page as Markdown by adding .md to its URL (or sending Accept: text/markdown). Details in /llms.txt.