RE: [PATCH v7 06/12] ls-files: Add support in ls-files to display the fsmonitor valid bit
- From
- David Turner <david.turner@twosigma.com>
- Date
- Sep 19, 2017, 21:27 UTC
- Message-ID
- <34effd8a881e497d8f5bdd56acc2285d@exmbdft7.ad.twosigma.com>
- In-Reply-To
- <f1213833-be5e-4850-0ffa-d063e2d1deb8@gmail.com>
Show 35 quoted lines
> -----Original Message----- > From: Ben Peart [mailto:peartben@gmail.com] > Sent: Tuesday, September 19, 2017 4:45 PM > To: David Turner <David.Turner@twosigma.com>; 'Ben Peart' > <benpeart@microsoft.com> > Cc: avarab@gmail.com; christian.couder@gmail.com; git@vger.kernel.org; > gitster@pobox.com; johannes.schindelin@gmx.de; pclouds@gmail.com; > peff@peff.net > Subject: Re: [PATCH v7 06/12] ls-files: Add support in ls-files to display the > fsmonitor valid bit > > > > On 9/19/2017 3:46 PM, David Turner wrote: > >> -----Original Message----- > >> From: Ben Peart [mailto:benpeart@microsoft.com] > >> Sent: Tuesday, September 19, 2017 3:28 PM > >> To: benpeart@microsoft.com > >> Cc: David Turner <David.Turner@twosigma.com>; avarab@gmail.com; > >> christian.couder@gmail.com; git@vger.kernel.org; gitster@pobox.com; > >> johannes.schindelin@gmx.de; pclouds@gmail.com; peff@peff.net > >> Subject: [PATCH v7 06/12] ls-files: Add support in ls-files to > >> display the fsmonitor valid bit > >> > >> Add a new command line option (-f) to ls-files to have it use > >> lowercase letters for 'fsmonitor valid' files > >> > >> Signed-off-by: Ben Peart <benpeart@microsoft.com> > >> --- > >> builtin/ls-files.c | 8 ++++++-- > >> 1 file changed, 6 insertions(+), 2 deletions(-) > > > > This is still missing the corresponding documentation patch. > > Sorry for the confusion.
Thanks for following up.
Show 5 quoted lines
> > 10/12 (no reply, haven't checked whether same issue but I assume same > > issue since the new case I mentioned isn't added) > > It wasn't a bug so I didn't "fix" it. I just sent an explanation and patch > demonstrating why. You can find it here:
I was concerned about the case of an untracked file inside a directory that contains no tracked files. Your patch in this mail treats dir3 just like dir1 and dir2. I think you ought to test the case of a dir with no tracked files.
After more careful checking, it looks like this case does work, but it's still worth testing.