On Wed, Sep 10, 2014 at 10:19:21AM -0700, Junio C Hamano wrote: > Jeff King <p...@peff.net> writes: > > > Something like the patch below might work, but I didn't test it very > > thoroughly (and note the comments, which might need dealing with). Maybe > > it would make a sensible base for Harry to build on if he wants to > > pursue this. > > > > With it, you can do: > > > > git log --format='%h %s%if(%d,%n Decoration:%d)' origin > > ... > > You could also make "%d" more flexible with it. We unconditionally > > include the " (...)" wrapper when expanding it. But assuming we > > introduced a "%D" that is _just_ the decoration names, you could do: > > > > %if(%D, (%D)) > > > > to get the same effect with much more flexibility. > > Yup. > > I do not think we need to go overboard to support nesting and stuff, > let alone turing completeness ;-), especially when we are going to > test the condition part only for emptyness. Even with this simple > patch, I sense that we are near a slipperly slope of wanting to add > %unless(%d, ) or %ifelse(%d,%d, \(undefined\)), so I am not 100% > convinced yet.
What compelled me is the fact that we already started down the slippery slope with %+ and friends. Providing conditionals but then only allowing certain characters seems weirdly limiting. But I guess it is all part of the same slope. I dunno. I wrote that original set of lua pretty-format patches to try to stop the insanity once and for all. But I realized that I do not actually want to do anything complicated with the output formats, and "--oneline" and a few simple "--format" calls usually are enough. And if I do want more, I pipe it into a perl script (typically using --format to make it simple to parse). We could also provide the data in some standard structured format like JSON to make the "pipe to your language of choice" option easier on people. But using custom --formats to do so is not that hard, and is way more efficient than dumping all of the data. -Peff -- To unsubscribe from this list: send the line "unsubscribe git" in the body of a message to majord...@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html
