From: Duy Nguyen <pclouds@gmail.com>
To: Michael J Gruber <git@drmicha.warpmail.net>
Cc: Junio C Hamano <gitster@pobox.com>,
Git Mailing List <git@vger.kernel.org>
Subject: Re: What's cooking in git.git (Feb 2015, #06; Sun, 22)
Date: Wed, 25 Feb 2015 17:20:31 +0700 [thread overview]
Message-ID: <CACsJy8C7inU3ZDA_do-D94-WQB9oTme4DfPwwPUm_LtWmp8VuQ@mail.gmail.com> (raw)
In-Reply-To: <54EB30F0.4010404@drmicha.warpmail.net>
On Mon, Feb 23, 2015 at 8:53 PM, Michael J Gruber
<git@drmicha.warpmail.net> wrote:
> Junio C Hamano venit, vidit, dixit 22.02.2015 22:41:
>
>> [Stalled]
>>
>> * nd/list-files (2015-02-09) 21 commits
>> . t3080: tests for git-list-files
>> . list-files: -M aka diff-cached
>> . list-files -F: show submodules with the new indicator '&'
>> . list-files: add -F/--classify
>> . list-files: show directories as well as files
>> . list-files: do not show duplicate cached entries
>> . list-files: sort output and remove duplicates
>> . list-files: add -t back
>> . list-files: add -1 short for --no-column
>> . list-files: add -R/--recursive short for --max-depth=-1
>> . list-files: -u does not imply showing stages
>> . list-files: make alias 'ls' default to 'list-files'
>> . list-files: a user friendly version of ls-files and more
>> . ls-files: support --max-depth
>> . ls-files: add --column
>> . ls-files: add --color to highlight file names
>> . ls-files: buffer full item in strbuf before printing
>> . ls_colors.c: highlight submodules like directories
>> . ls_colors.c: add a function to color a file name
>> . ls_colors.c: parse color.ls.* from config file
>> . ls_colors.c: add $LS_COLORS parsing code
>>
>> A new "git list-files" Porcelain command, "ls-files" with bells and
>> whistles.
>>
>> No comments? No reviews? No interests?
>
> I like the result a lot (I admit - I like colors in terminals).
> Since the aim is a user facing command I'm wondering whether the status
> symbols really should be those from "ls-files" or rather those from
> "status -s" (and diff --name-files). (Yes, that would require two chars.)
>
> status, status -s and the like are in an ordinary user's tool box.
> ls-files isn't, at least not with "-t", which we even mark as deprecated.
Noted. Will do.
> That makes me wonder, though, how difficult it would be to
> wt_status_collect_unchanged() and to leverage the status machinery
> rather than ls-files.
Hmm.. let me think about it. In a way this git-list-files is like an
alternative to git-status, perhaps you're right..
--
Duy
prev parent reply other threads:[~2015-02-25 10:21 UTC|newest]
Thread overview: 5+ messages / expand[flat|nested] mbox.gz Atom feed top
2015-02-22 21:41 What's cooking in git.git (Feb 2015, #06; Sun, 22) Junio C Hamano
2015-02-23 13:53 ` Michael J Gruber
2015-02-23 19:00 ` Junio C Hamano
2015-02-23 20:27 ` Jeff King
2015-02-25 10:20 ` Duy Nguyen [this message]
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=CACsJy8C7inU3ZDA_do-D94-WQB9oTme4DfPwwPUm_LtWmp8VuQ@mail.gmail.com \
--to=pclouds@gmail.com \
--cc=git@drmicha.warpmail.net \
--cc=git@vger.kernel.org \
--cc=gitster@pobox.com \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).