Dear diary, on Fri, Aug 12, 2005 at 02:54:13AM CEST, I got a letter
where Pavel Roskin <[EMAIL PROTECTED]> told me that...
> Hi, Petr!
Hi,
> Unfortunately, my latest revision of cg-clean has "committed suicide"
> just when I was about to post it. Anyway, I would prefer to wait until
> you apply my patch to cg-status to ignore all ignores. That would allow
> me to reuse cg-status.
well, I did quite a while ago. Unless the kernel.org mirroring system
broke, it should be already public.
> On Fri, 2005-08-12 at 01:29 +0200, Petr Baudis wrote:
> > > Here's the simplified cg-clean script. Note that the "-d" option is not
> > > working with the current version of git of a bug in git-ls-files. I can
> > > work it around by scanning all directories in bash, but I think it's
> > > easier to fix git (remove "continue" before DT_REG in ls-files.c).
> >
> > Is that fixed already?
>
> It turn out it's quite tricky. git-ls-files doesn't distinguish between
> known and unknown directories.
In the long term, I would prefer to have directory information in the
index file - to make this kind of tasks easier, allow juggling with
empty directories etc.
> One way to do it would be to check all
> cached files and find all directories they are in. Another approach
> would involve "git-ls-tree -r", but I don't think it would be right
> because we work with cache and current files, not with committed data
> (but my knowledge is limited to make a call - I still need to read the
> documentation about git).
Yes, we should certainly follow the index, otherwise you will e.g. lose
the files added by cg-add but not committed yet.
--
Petr "Pasky" Baudis
Stuff: http://pasky.or.cz/
If you want the holes in your knowledge showing up try teaching
someone. -- Alan Cox
-
To unsubscribe from this list: send the line "unsubscribe git" in
the body of a message to [EMAIL PROTECTED]
More majordomo info at http://vger.kernel.org/majordomo-info.html
