> I addressed every issue reported constructively, every bug report was > fixed, every patch reviewed and usually improved by me. I made sure > users of older versions wouldn't be affected negatively when the marks > file was upgraded, and I even setup automatic tests for different > versions Bazaar and Mercurial that run every time I push to my > repository. > > It is *way* beyond the quality of any other tool in 'contrib/' and even > some tools in the core, like 'git-request-pull' (which has known bugs), > and probably even 'git-pt'. Junio, can you comment on this? I understand this probably doesn't really affect the issue at hand, but it'd help clarify if it's ever possible to move out of contrib/ nowadays. > If git-remote-hg belongs out-of-tree, so does git-svn and git-p4. If > git-remote-hg belongs in the contrib area, so does git-svn, and git-p4. Here too, can you clarify a bit about what should be out of tree and what should be in contrib? I understand that not all rules are set in stone and that there is an historical baggage for which applying all rules is probably more trouble than it's worth, but again it's nice to clarify for future users. Also it'd probably be worth commenting on unwritten rules about human factors (easyness of communication, response to criticisim, ability to make concessions, etc). Philippe -- 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