Re: Bug(feature?) on git-diff-files

From: Duy Nguyen <pclouds@gmail.com>
Date: Apr 11, 2019, 12:56 UTC
Message-ID: <CACsJy8B0dmonaCuAmT6wNJae8iX0JxUOvU-P=zvjVUrQnoHoUw@mail.gmail.com>
In-Reply-To: <CABgj7us=Rk3EUvd2EVVqsYKDUGS7VfAX09SpW04fB26cgntw5g@mail.gmail.com>

On Thu, Apr 11, 2019 at 7:49 PM NoName Req <nonamereq29@gmail.com> wrote:

Show 15 quoted lines

>
> Summary
>    `git -C (folder path) diff-files --name-only` output is not correct
>
> Steps to Reproduce
> 1. Apply change to a clean git repository. Go to another folder (not
> within this repository) and apply the command
>    `git -C repo-path diff-files --name-only`
> The above command lists dirty files in that repository.
> 2. Now undo your changes on the repository
> 3. Issue the same command. It still lists the file.
>
> More Information
>
> `git -C repo-path diff`  command doesn't seem to have this problem.

I haven't tried to reproduce. But my first impression is diff-files, as a low-level plumbing sometimes requires you to refresh the index first. Sometimes without that, you'll get wrong output.

"git diff" is a more high-level command that always refreshes the index internally.

Show 5 quoted lines

>
> System Information
>
> Arch Linux 5.0.7-arch1-1-ARCH
> git version 2.21.0

-- 
Duy