Duy Nguyen wrote: > Nobody should ever parse these output > with scripts. The color can be generated from color.branch.*. How do we implement color.branch.(current|local|remote|plain)? In the current code, we take a crude approach by hand-constructing argc, argv strings and passing it to cmd_for_each_ref(). There are no conditionals in the format syntax (and introducing one is probably not a good idea either): so, I'm guessing these configuration variables have to be read by for-each-ref? > A bigger > problem is show_detached(), --[no-]merged, --with and --contains. We > need to move some of those code over to for-each-ref. I saw that you fixed this. > Another problem > is the new "branch -v" seems to less responsive than old "branch -v" > because (I think) of sorting, even if we don't need it. Does your track-responsiveness patch fix this? > I checked out > your branch, made some more updates and pushed out to my > for-each-ref-pretty again. Changes are: *pants* Sorry, I'm finding it hard to keep up. -- 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