On Fri, 13 Feb 2009, Johannes Schindelin wrote: > There is another reason why I do not want any ReviewingPatches: reviewing > is already such a tedious process; let's not make it harder by forcing a > potential reviewer to sift through a document (the same could be said > about SubmittingPatches; IMHO it just repeats what common sense would do > anyway when imitating existing code). > > I'd rather suggest to patch submitters to make such a good case that all > the world is interested in their patch, throwing a lot of eyeballs (AKA > review) at it. Well, I thought of ReviewingPatches less as of listing set of rules to follow, as in the case of SubmittingPatches (because there output is processed by tools, and preserved), but rather as set of guidelines and hints. Something like "rules" of programming :-). -- Jakub Narebski Poland -- 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
