Re: Relative ls-files
- From
Martin Langhoff <martin.langhoff@gmail.com>
- Date
- Mar 23, 2011, 13:54 UTC
- Message-ID
- <AANLkTi=BrgZe47Bt5evr_qFzKBL=MY-6NmH22gsRurVV@mail.gmail.com>
- In-Reply-To
- <4D89DCBE.3060400@drmicha.warpmail.net>
On Wed, Mar 23, 2011 at 7:42 AM, Michael J Gruber <git@drmicha.warpmail.net> wrote:
> Of course ":" has a meaning. "git show HEAD:" lists all files at the > top-level of the tree at HEAD.
I got excited for a moment... now tested it and there isn't a recursive flag :-(
I've been pining for something easy and intuitive like git ls-files <treeish>. You can do git ls-files --with-tree=<treeish> but I find it very counter-intuitive.
Context: in some projects, I need to ask
- is this file in branch foo? - has this file moved in branch foo? - what files with extension .zoo exist in branch foo?
and the answer is git ls-files --with-tree=<treeish> | grep <regex> . But the --with-tree param is so counterintuitive to me that I read the manpage, everytime.
Not sure whether the bug is in me or in git, but it sure hits some cognitive dissonance.
m
-- martin.langhoff@gmail.com martin@laptop.org -- Software Architect - OLPC - ask interesting questions - don't get distracted with shiny stuff - working code first - http://wiki.laptop.org/go/User:Martinlanghoff