Michael G Schwern <schw...@pobox.com> wrote: > That's the part that doesn't matter. People matter.
> What I'm trying to say is I have much less interest in doing it without the > overloading. It's not interesting to me. It's no fun. No fun means no > patch. No patch means no improvement. No improvement is the worst of all > possible options. We want to ensure the code you contribute can be improved by others, not just you. I thank you for your changes so far, other developers should find it easier to contribute to git-svn. > I had a lot of enthusiasm for this project when I came in. I like refactoring > Perl code. I like git. That's all but sunk at how painful and slow and > nit-picking the process has been. We've barely talked about the content of > the patches I've submitted, it's all process. This is no fun. I haven't found objections to the actual code you've contributed so far. I'll be applying your changes once I've had a chance to reread/test them. Yes, we are nitpicky about process, but I think it's important to maintain that consistency given the number of contributors we attract. I'll also need to review/rewrite some of the Subject: lines so they make sense when read in --pretty=oneline/shortlog output. (unless you want to volunteer to resubmit that). -- 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
