On Tue, Jul 12, 2005 at 01:14:24AM -0700, Junio C Hamano wrote:
> Marc Singer <[EMAIL PROTECTED]> writes:
> > # git-diff-cache HEAD
> > is really nice. But, do I really have to invoke git-update-cache with
> > every modified file? I could write a script to cul the filenames from
> > git-diff-cache, but I'm having a hard time believing that that is how
> > others are preparing their commits.
> Me too. By the way, I think you mean diff-files not
No, I mean git-diff-cache. I find that this works pretty well, though.
# git-update-cache `git-diff-cache | cut -f2`
It looks like the same thing works for git-diff-files.
# git-update-cache `git-diff-files | cut -f2`
This seems to agree with the way you handle things.
Similarly, there is the need to determine which files are new to the
tree. This isn't much of a burden when creating files in the tree,
but can be bothersome when using patch since git-apply is conservative
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