Email-driven contribution systems, no thanks. Why anyone would, in 2023, elect to use email as the backbone for their development processes eludes me.
Email and Git = <3
261–265 of 265 posts
Re: Email and Git = <3
#262Not really a huge fan of this whole method, but the GitHub CLI is really well thought out and means I basically never need to leave the terminal if I don't want to.
Re: Email and Git = <3
#263Earlier quoted context omitted.
It really kills the fun when contributing to any FOSS project that fetishizes these tools and holds them up as some kind of proof of hacker cred. I've given up. The latency is too high and the tools are terrible.
That’s an interesting take actually. Would you be okay with a service that supports both email and PR based dev flows as long as the user can choose?
Re: Email and Git = <3
#264Earlier quoted context omitted.
I read this, and it's like, sure, you could do all of this shit. But you could also just choose a better system outright.
This "shit" (which take is not much though, most of it you do once and as you're probably already using email, using a good mail user agent will help you in other ways too. And I only wrote that "much" to answer to every point of OP, it's a few lines – attention span really has gone down hill. And what better system? Git(Hu|La)b et al.? Yeah no, you definitively didn't use either much in a collaborative way to just c…
Re: Email and Git = <3
#265off topic, but why does the page (step 2) rant about protonmail? Can somebody elaborate? >Be advised that Protonmail is generally known to be a pretty bad email host. [...] Not to mention their mistreatment of open source and false promises of security! You should consider a different mail provider.