From: Kay Sievers Date: Thu, 26 May 2005 00:44:11 GMT Subject: Re: Summary of core GIT while you are away. Message-ID: <20050526004411.GA12360@vrfy.org> In-Reply-To: On Mon, May 16, 2005 at 09:10:10AM -0700, Linus Torvalds wrote: > > The only thing I personally > think sucks is the author/committer matching of git-rev-list/tree, since > it would seem like somebody might well like to match on an arbitrary part > of a commit, and special-casing author/committer seems somewhat broken. > I personally suspect that both git-rev-list and git-rev-tree should have > an alternate output format that could be more easily grepped by subsequent > commands. For example, right now git-rev-list just outputs a list of > commit ID's, and it might make sense to have a flag to just append the > commit message to the output, and zero-terminate it (and if the commit > message has a NUL byte in it, just truncate it at that point). > > Then you could just do > > git-rev-list -v --header HEAD | grep -z 'author[^\n]*Linus' > > to tell it to do the "verbose" thing (only showing the header of the > commit, not the whole message), and grep for "Linus" in the author line. What happened to that idea? That's not already working in some other way I missed, right? The pickaxe stuff is nice and was easy to call from the cgi, but searching in commit messages would be nice too. If it's not going to happen in the git-binaries, I may do it just in the cgi itself. Kay