I claimed in a thread today, that projects using GitHub as a mirror, but refusing to process pull requests were being unnecessarily hostile to newcomers. This could be automated.
I decided to check my claim. Hilarity.
Turns out if you append the six characters ".patch" to the URL of the pull request, GitHub serves up a plain-text patch formatted as an mbox format file.
The man-page for `git send-email` specifies that as it's first preferred input format...
@HerraBRE Well that's cool. I mean so as long as GitHub maintains that feature, but definitely cool for now.
@cstanhope Yeah, this could totally disappear tomorrow. Such is the nature of SaaS.
But for now, it's very low hanging fruit for building bridges.
@HerraBRE to me one of the best perks of the mailing-list-centric flow is precisely *because* it makes it so much easier to accept patches from a variety of sources. let casual contributors send patches from GitHub, core contributors can email the mailing list for discussion, others can link to a small .patch in an IRC channel; it all ends up in the same place in the end.
@technomancy @HerraBRE I think gitlab even has email patches interop?..
@HerraBRE might be of easier in some cases: How to apply a Patch or Pull Request by directly pulling it https://github.com/pyinstaller/pyinstaller/wiki/How-to-apply-a-Patch-or-Pull-Request-to-PyInstaller
@kirschwipfel Correct. There are many ways to skin this cat. People just need to decide it's worth doing.
@HerraBRE that's handy. However is there any way to convince GitHub's infrastructure to email this out? The main problem we have with this sort of thing is you need and end-point for a web-hook which means having a server somewhere and someone to configure and maintain it.
@stsquad I don't know!
I agree that would be handy, I suspect GH don't do it for the usual corporate SaaS silo reasons, but I'm just wildly guessing.
My comment here was in the context of projects that have already written bots that interact with GitHub and auto-close the PRs.
@stsquad If someone reads the email notifications and helps out folks that get confused, that can be enough. All depends how it's done, right?
It's extra work, but being welcoming to new contributors always is.
@HerraBRE sure and we try our best. It's less of a problem on PRs (who at least tend to come from someone familiar with code) than it is with bug reports. If you just copy and paste a form response pointing to our bug reporting guidelines that can come across as snarky but crafting an individual response to everyone saying thanks but you missed some vital information can get quite wearing.
@HerraBRE I had on separate occasion posted that same vid today! Spooky.
The social network of the future: No ads, no corporate surveillance, ethical design, and decentralization! Own your data with Mastodon!