On Mon, May 07, 2012 at 11:11:30AM +0200, Mitar wrote: > On Mon, May 7, 2012 at 9:29 AM, Jeff King <peff@xxxxxxxx> wrote: > > I would say the "most git" thing would be to implement "fetch > > --porcelain", and use its output. > > Yes, that would be also useful. It still makes two different > interfaces for probably same post-processing (after push and after > fetch), but still better than nothing, what is current state. There is nothing to say that the output from "git fetch" could not look exactly like the post-receive hook's input (in fact, that seems like a very simple and sensible format). Then you could reuse the code easily. They would still differ in that one is a hook and one is not, of course. But at the same time, not being a hook leaves the caller of "git fetch" with much more flexibility about deciding when to call the hook and when not (whereas push does not have that luxury, because the code is running on the remote side). -Peff -- To unsubscribe from this list: send the line "unsubscribe git" in the body of a message to majordomo@xxxxxxxxxxxxxxx More majordomo info at http://vger.kernel.org/majordomo-info.html