Hi Stolee, On Wed, 18 Jul 2018, Derrick Stolee wrote:
> On 7/18/2018 1:01 PM, Junio C Hamano wrote: > > No, fixing a tool that throws such a harder-to-read patch series in > > reader's mailbox is *not* something I'd spend my primary focus on, > > especially when many contributors are perfectly capable of sending > > reasonably formatted series without using such a tool under > > development. > > > > That won't stop those who want to improve the tool. But I'd wish > > those who want to make Git better spend their time on making Git, > > over making GitGitGadget, better. > > I appreciate the feedback in how this series caused reviewer pain. Hopefully > this date issue is now resolved. Any further feedback is welcome. > > I'm choosing to use and contribute to GitGitGadget not because I'm incapable > of sending series myself, but because I _have_ had difficulty. Using the email > submissions creates a friction that I'm willing to overcome, but we are > probably missing out on contributors who are not willing to push through that > friction. Perhaps having another way for new contributors to feel welcome is > an indirect way to make Git better. While I am a seasoned Git contributor, it is *still* too painful to contribute patches *even for me*. So hopefully you and I will get this easier contribution process to the point where other oldtimers do not want to take it. At least we now have something that does not share the downsides with SubmitGit, and is extensible enough that we can teach it new tricks. With a little luck, Junio will fix amlog so that it is not utter garbage for anybody but himself, and then GitGitGadget can give contributors useful feedback about the state of their patch series, including automated notifications when their patches have been mentioned in the What's Cooking mail (which no irregular contributor reads, as far as I know). Ciao, Dscho
